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impresora 

En las formas vistas, la instrucción LPRINT per- 
mito la impresión de los datos de acuerdo con 
una discreta cantidad de formatos. Esta todavía 
puede resultar insuficiente para cubrir :odas las 
necesidades que se crean en la escritura de 
programas de aplicación. 

Por ejemplo, puede ser necesario cambiar el ta- 
mano de los caracteres o la distancia entre una 
linea y otra. Estas funciones sólo pueden obte- 
norse enviando a la impresora algunos códigos 
particulares de comando constituidos por deter- 
minados símbolos ASCII, que tienen para la im- 
presora el significado de comandos y no de ca- 
racleres a imprimir. Estos códigos y su significa- 
do son expuestos por el fabricante de la máqui- 
na, que los indica en el manual en forma de nú- 
meros hexadecimales o decimales. Antes de su 
envío a la impresora, deben ser transformados 
on caracteres ASCII por el programa ce aplica- 
ción. La instrucción que da un valor numérico 
(decimal) y determina la representación ASCII 
os CHR$(N). El envío de un dato de código, por 


ejemplo el código 12 (decimal), consiste en en- 
viar a la impresora su representación en carac- 
teres a través de la instrucción 


LPRINT CHR$(12) 


A este código le corresponde una determinada 
función, que será ejecutada por la impresora en 
el momento de recibir la instrucción. Los valores 
numéricos de los códigos y las correspondien- 
tes funciones dependen del tipo de impresora. 
Los siguientes ejemplos se refieren a una impre- 
sora PR 1471 Olivetti; para otros modelos u 
otros constructores, algunos códigos son numé- 
ricamente diferentes, pero las modalidades que 
corresponden a su uso no varían. 


Estructura y características de una im- 
presora de agujas 

Antes de entrar en el detalle de la programación 
de las funciones de las impresoras es necesario 
examinar la estructura de estos periféricos. To- 
do lo que se expondrá a continuación se refiere 
a las impresoras de impacto de agujas. Las im- 


La impresora de agujas Olivetti modelo PR 1450. 


. 
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Olwetti 


presoras de margarita no pueden programarse 
y los otros tipos, como por ejemplo las de chorro 
de tinta, todavía no se utilizan de modo extendi- 
do en los sistemas pequeños, sobre todo a cau- 
sa de su costo. Abajo se ha indicado el sistema 
de bloques simplificado de una impresora. Los 
datos que llegan del ordenador se memorizan 
en el bufier de línea y se trasladan sucesiva- 
mente al buffer de impresión. De éste se toman 
en una segunda fase y, después de haber sido 
codificados en el generador de caracteres, se 
envían a controlar la cabeza de impresión. 

Ahora describiremos las principales característi- 
cas de una impresora de agujas típica: la 
PR 1450 Olivetti. La impresión de la PR 1450 se 
obtiene mediante la acción de una cabeza de 
impresión de agujas de tipo balístico sobre la 


cinta entintada, posicionada entre la propia ca- 
beza y el papel. El elemento de soporte del pa- 
pel durante la impresión está constituido por un 
travesaño metálico. La cabeza de impresión va 
montada sobre un carro que se desplaza hacia 
delante y hacia atrás paralelamente al papel, 
accionado por un motor de corriente continua 
mediante una cinta dentada. 

El carro portacabeza se desplaza sobre dos ba- 
rras de acero de sección circular; una leva per- 
mite separarlo del travesaño de metal para la 
introducción del papel y acercarlo para la im- 
presión. Las sucesivas acciones de la cabeza 
de impresión balística, en su movimiento hori- 
zontal, forman la línea de impresión. 

En una cabeza de impresión de tipo balístico, 
las agujas no son comandadas directamente 


ESQUEMA DE BLOQUES SIMPLIFICADO DE UNA IMPRESORA 


AMEN Del sensor de final de papel 


Del sensor de tapa abierta 


Del ordenador 


De los sensores de fin de recorrido de cabeza 
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MECANISMO DE IMPRESION DE LA PR 1450 OLIVETTI 


Soporte de impresión 
Cinta Muelle de 
recuperación Palarica 


Aguja de impresión 


E 


introducción 


de documentos 
Electroimán 


de impresión 


por los electroimanes de impresión (arrollamien- 
tos que generan un campo magnético al pasar 
corriente por ellos); estos últimos empujan hacia 
adelante una palanca que golpea contra la ca- 
beza de la aguja impresora y se para cuando 
entra en contacto con las expansiones termina- 
les del electroimán excitado. La aguja de impre- 
sión, que todavía posee energía suficiente, pro- 
sigue su movimiento hacia adelante golpeando 
la cinta entintada y el papel contra el soporte de 
impresión. La aguja vuelve hacia atrás y, con un 
muelle adecuado, vuelve a su posición inicial (fi- 
gura de arriba). Los electroimanes son activa- 
dos selectivamente, mientras la cabeza de im- 
presión se mueve a lo largo del papel, para im- 
primir los puntos que forman cada carácter. 

La impresión se obtiene mediante la activación 
selectiva de los 9 electroimanes que accionan 
las agujas de impresión. La secuencia exacta 
de activación de los electroimanes se controla 
mediante un adecuado microprograma y una 
tabla de traducción de códigos para la con- 
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Impulso de 
sincronismo AAA E y A y 


(5) (5) 
de impresión . : 
Byte de 0 | 
codificación ol O 
del carácter o 0 
o aguja p 
excitada A 


Cadena 


COMPOSICIÓN DE LOS CARACTERES CON MATRIZ 9 x (4 + 3) 


Carácter normal Carácter en negrita 


1/2 paso 1 paso 
elemental elemental 


1 paso 
elemental 
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versión de los códigos ISO-ASCI! en las corres- 
pondientes matrices de impresión (generador 
de caracteres). A la recepción de los impulsos, 
los electroimanes activados empujan las agujas 
contra la cinta entintada y el papel, tal como se 


ha descrito anteriormente; la presión de las 
agujas determina así puntos de impresión. Una 
adecuada combinación de puntos dispuestos 
sobre una matriz de filas y columnas, según una 
solución gráfica óptima, forma el carácter (ver 
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A 


grálico superior de la pág. 580). 

Le ulliza una matriz de impresión 9 x (4 +3), es 
decir, de 9 filas y 4 columnas con medio paso. 
la impresión de los caracteres está formada por 
puntos verticales (max) para cada una de las 
1 columnas, con posibilidad de imprimir en las 
posiciones intermedias entre columna y colum- 
na (3, medio paso). Así se tienen 63 (9 x 7) posi- 
clones posibles, de las que sólo son imprimibles 
36 (sobre la misma fila no pueden imprimirse 
clos puntos que sólo disten medio paso). 

Para los caracteres en negrita, los puntos de im- 
presión sólo se suceden a la distancia de un 
número entero de espacios de impresión, y ca- 
da columna en negrita se aprovecha de la co- 
lumna del carácter normal (ver el gráfico de 
abajo de la pág. 580). Los juegos de caracleres 
previstos en la PR 1450 son: 


- INTERNACIONAL: 96 caracteres 
— USASCII: 96 caracteres 
- ALEMANIA: 96 caracteres 
- FRANCIA: 96 caracteres 
- ITALIA: 96 caracteres 
— GRAN BRETANA: 96 caracteres 
— ESPANA; 96 caracteres 
— PORTUGAL: 96 caracteres 
— SUECIA-FINLANDIA: 96 caracteres 
— DINAMARCA-NORUEGA:; 96 caracteres 
— SUIZA: 96 caracteres 


Los juegos de caracteres pueden seleccionarse 
al nivel del operador mediante conmutadores, o 
bien por programa. Del juego gráfico del alfabe- 
to ASCII no se imprime el espacio (Sp) y el ca- 
rácter DEL (utilizado como comando de puesta 
a cero). Todos los caracteres no previsios en el 
juego de impresión son impresos con el signo 
gráfico ”!1I”, o con conmutador; la impresión de 
estos caracteres puede evitarse y el mensaje 
puede «compactarse». 

La impresora PR 1450, como se ha dicho, hace 
posible imprimir caracteres en negrita, es decir, 
de anchura doble a ¡a normal, como se indica 
en el ejemplo de impresión de abajo. La impre- 
sión en negrita se obtiene enviando el comando 
ESC 3 desde cualquier posición de la línea de 
impresión. La predisposición tiene efecto inme- , 
diato y es válida hasta el comando de anulación 
ESC 4. Un comando de variación de espaciado 
horizontal y la puesta a cero general vuelven a la 
escritura normal. 

Después de la puesta en marcha de la PR 1450 
no se tiene la impresión en negrita si no se envía 
por programa el comando específico. 


Ejemplo de impresión 


En la página 582 se indica el diagrama de flujo 
de un programa que tiene por objeto mostrar las 
posibilidades de una impresora de agujas típica 
para microordenador y ordenador personal. 


EJEMPLO DE IMPRESION DE LA PR 1450 


A A A A 


FRINT METHOD 

PRINTING SFEED 
THROUGH FLT 
CHARACTERS 
LCHARACTERS 


COMPOSITION 
FER LINE 


97 
12 0 


2) 132 
100 msea 


LINE FEED 
COFIES 


A AA 


Limita ses 
100 Shar/Se: 
50 lpm 
(440 


harlaine 


Up to 1 original aña E 


CIL 


Det Matri 
with fast carriage return 
full line Sá lpm with 40 atuar 
Dot Makro: 
with 
PERA 


10 Shariinear 


Char/line 16,6 Charéineln 


“opdes 


PRINTER CONTROL CODES 


PRINT METHOD 

PRINTING SPEED 
THROUGH PUT 
CHARACTERS COMPOSITION 
CHARACTERS PER LINE 


Impact Dot Matrix 

100 Char/Sec with fast carriage return 
30 1pw full line 386 lpm with 40 char 
9x7 (443) Dot Matrix 

1) 80 Chiar/line with 10 Charfinch 


2) 132 Char/line with 16,4 Char/incr 


LINE FEED 
COPTES 


100 msec 


Up to 1 original and £ copies 
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USO DE LOS CODIGOS DE COMANDO DE LA IMPRESORA 


mu Primer tipo de función 

mw» Segundo tipo 

===. Introducción del tipo de función 
ww... Selección 


Definición de las 
funciones previstas 


Elección de una de 
las funciones anteriores, 
a través del parámetro N 


E 
EE) 
ES 


Primer tipo. 

La función no 
imprime datos 

(por ejemplo es 

un salto de página) 


En el programa se hace referencia a la impreso- 
ra PR 1471 Olivetti, que puede realizar impresio- 
nes en los siguientes formatos: 


— doble anchura 

— 132 caracteres por línea 
— 159 caracteres por línea 
— 220 caracteres por línea 


El programa tiene el único objetivo de generar 
diversos ejemplos de impresión del mismo texto 
con diferentes formatos, seleccionados por el 
operador mediante la introducción por consola 
de los adecuados códigos. En el diagrama de 
flujo se ha omitido el bucle que permite obtener 
más fases de impresión sucesivas y el control 
de final de tarea, que se obtiene introduciendo 
el valor N=0. El listado y las salidas del progra- 
ma se indican en la pág. 583. 

Los comandos previstos se dividen en dos gru- 
pos. El primer grupo corresponde solamente al 
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Segundo tipo, 
La función necesita 
una cadena 


avance del papel y no prevé la impresión de los 
datos; el segundo grupo corresponde a los ca- 
racteres de impresión, y, por tanto, necesita una 
cadena de impresión que debe ser introducida 
por el operador. Los códigos de comandos se 
obtienen definiendo algunas funciones (instruc- 
ciones DEF FN...) y se envían a su ejecución 
imprimiendo la función correspondiente. 

Por ejemplo, el código correspondiente a un sal- 
to de línea es el valor numérico 10. La acción 
correspondiente se obtiene con la instrucción 
LPRINT CHR$(10), o bien definiendo la función 
DEF FNAS$(N) = CHR$(N) y enviando a impre- 
sión esas funciones con N=10, 

En este caso, la serie completa de las instruc- 
ciones será la siguiente: 


10 DEFINT AZ 
20 DEF FNAS(N) = CHRS(N) 
30 N=10 

40 LPRINT FNAS(N) 


— 


EJEMPLOS DE GESTION DE LA IMPRESORA 


rx Ejemplos de gestión de la impresora ex 
y FILE : PRT 

MEFINT A-Z 

aaa FUNCIONES PREVISTAS Mtra 


Ú 


' Avance de papel 

, Ccormd60 FUNCION NOTAS 

y 13 Carriage Return (ER) Ordena el relorno al principio 
h de da cabeza 

; 10 Line Feed” CE) Salto de línea 
: by] Form Feed (FF) Sullo de página 
U 

' Tipa de carácter 

¡ ZA Carácter de doble anchura 

, 271482 Anula la doble anchura 

É ZO Formato de 142 caracteres por línea 
; 27 Formato de 1399 caracleres por línea 
y DICE Ecrmaito de 220 caracteres por línea 


DEF FNAFOD=CHRSIN) — * PRIMER TIFO (avance papel) ,N=10,12,13 
DEF ENCON CARBCLO ECHRG ON "SEGUNDO TIRO (compuestos) 


INFUY "Introduccion el código de la función deseada"! ¡N 

1F N=0 GOTO 300 

TE O NE62 THEN FICENT or ERROR dee" GOTO 110 

1F o ONi=13 GOTO 260 "O PRIMER TIFO 

TE O NEGL THEN FIRINT ae ERROR A GOTO 110 

TF N332 AN N<50 THEN PRINTO xxx ERROR exe" :GOTO 110 

1F- N=62 THEN PRINT" 06 ERROR de G0TO 110 

2% SEGUNDO TIFO) DESPUES PE 1,098 CONTROLES DE 1,4S LINEAS 150, 160, 
y El. PROGRAMA FUEME LLEGAR A ESTE FUNTO SOLO SI HAY 

d UNO UE LOS VALORES FREVISTOS FARA EL SEGUNGO TIFO UE FUNCION 
INFUI "Cadena a imprimir” 55 

LPRINT FNESOD 5$ 

LERINT "LINEA IMPRESA CUN LA FUNCION: UN 

GOTO 110 NUEVA SELECCION 

LORO PRIMER TIPO ; 

IF N210 OR N-11 TREN PRINTO" dec ERROR *":GOTO 110 

'LERINT O ENASIM) UEUNCEION +0 N3% NO FIENE TEXTO ” 

GOTO 110 

1 


E PUNA, IE 
LERUINT ENRICO 1 nat RUN ENÍO 
ENT 


FUNCION 3 13 NO TIENE TEXTO 


LINE 


132 


LINE 


1039 
LINE 
220 
LINE 


310 NO TTENE TEXTO 
; E 


: ;A CO LA FUNCION: 51 
ANCHURA 


A 1M1] A CON LA FUNCTION: 32 
CARAS ES POR LINEA 
A IMPRESA CON LA PUNCION: 40 


CARAC 23 PUR LINEA 
A IMPRESA CON LA FUNCION: 63 
CARACTERES FORK LINES 
A IMPRESA CON La FUNCION: 47 


HA RIN EEN III 


170 
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Ordenador y psique 


En este artículo, B. Meltzer, que se ocupa ac- 
tualmente del Proyecto de Inteligencia Artificial 
en curso en el Politécnico de Milán, expone al- 
gunas interesantes consideraciones sobre el 
grado de similitud que existe entre los procesos 
cognoscitivos propios de la psicología humana 
y las posibilidades de los procesadores. Todos 
los programas destinados a desarrollar determi- 
nadas funciones se caracterizan hasta un cierto 
nivel de «cognoscitividad»; es decir, contienen 
una masa más o menos grande de conocimien- 
tos interconectados, según la complejidad de 
las funciones que deben desarrollar. 

La potencia de elaboración de los calculadores 
de la última generación ha permitido la puesta a 
punto de programas muy complejos y, por tan- 
to, cada vez más «cognoscitivos». 

En general, los de nivel más alto son clasifica- 
dos como de inteligencia artificial. Esto es lo que 
sucede cuando un programador introduce cada 
vez más conocimientos en su programa [el co- 
nocimiento no es sólo de hechos, sino también 
de procedimientos) y cuando transfiere una par- 
te siempre mayor de su pensamiento al progra- 
ma, en una forma de representación. 

En otros términos, el material de la psicología 
cognoscitiva se introduce en los programas con 
una representación más o menos explícita. 


Muchos estudiantes contemporáneos de psico- 
logía, filosofía y otras materias sostienen que 
los programas de los procesadores no pueden 
representar, o presentar, fenómenos mentales 
similares al humano, por toda una serie de razo- 
nes. Vamos a exponer algunas de ellas. 

Una de las objeciones más comunes es que la 
mente humana funciona sobre la base de sustra- 
tos biológicos constituidos por material neuróni- 
co, bien diferente de los transistores, microcir- 
cultos, películas magnéticas, etc., y que por es- 
to, el modo en que se realiza la función cognos- 
citiva debe ser del todo diferente al de los pro- 
gramas de los procesadores. Es probable que 
sólo pocas de las personas que se ocupan de 
los procesadores se dejen impresionar por este 
argumento, porque para ellas es sabido que un 
mismo programa que corre en dos máquinas dl- 
ferentes, con dispositivos y arquitectura com- 
pletamente diferentes, consigue sustancialmen- 
te de la misma forma el objetivo buscado. 

Otra objeción muy corriente se hace a un nivel 
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que está por encima del hardware. Esta se refie- 
re al hecho de que los programas «cognosciti- 
vos» de la inteligencia artificial desarrollan ta- 
reas intelectuales esencialmente a través de la 
búsqueda exhaustiva, y por tanto son profunda- 
mente diferentes del método humano que utiliza 
atajos, intuiciones, imaginación, «inspiración» y 
así sucesivamente. 

Como todos saben, existen muchos programas 
de juegos que el procesador realiza contra ju- 
gadores humanos con diversos niveles de éxito, 
Por ejemplo, el programa de ajedrez 4,5 de Sla- 
te y Atkin ha ganado el campeonato open de 
Minnesota, en Estados Unidos. Los programas 
de ajedrez de mayor éxito se basan sustancial- 
mente en el examen detallado de posibles se- 
cuencias de jugadas a varios niveles de profun- 
didad, pero no son los análisis «Ciegos» y ex- 
haustivos imaginados por algunos críticos sino 
el tipo de análisis de las posibilidades realizado 
por jugadores humanos, sean campeones o no; 
en este ámbito, a menudo los programas de aje- 
drez podrían jugar mejor que el jugador huma- 
no. Pero quizá es más interesante el caso del 
backgammon (en castellano, «chaquete» o «ta- 
blas reales»). 

En julio de 1979, en Montecarlo, el campeón 
mundial de backgammon, el italiano Luigi Villa, 
fue batido por 7 a 1 en un encuentro con el pro- 
grama de Hans Berliner BKG 9.8 (Backgammon 
9.8). Berliner, que es un investigador de inte!i- 
gencia artificial en la Carnegie-Mellon University 
de Pittsburg, estableció el programa sobre la 
base de una brillante extensión del principio uti- 
lizado en uno de los primeros programas de jue- 
go, el de Samuel para las damas. En este enfo- 
que se utiliza muy poca búsqueda sistemática; 
en su lugar, las jugadas se basan en una eva- 
luación general, mediante un número finito de 
elementos característicos del juego. Después 
de analizar la secuencia del encuentro con Villa, 
Berliner llegó a estas conclusiones: «No hay 
duda de que el BKG 9.8 ha jugado bien. Villa 
ha realizado un juego técnicamente correcio 
en casi toga la partida, mientras que el progra- 
ma no ha hecho el mejor juego en 8 situaciones 
sobre 73. Sólo uno de estos errores ha puesio 
en dificultades al programa. Sin embargo, el 
BKG 9.8 ha hecho saltar chispas cuando se ha 
tratado de utilizar la imaginación. Uno que no 
supiese quién era el Negro y el Blanco, ha- 
bría podido pensar que era el hombre el que 
hacía el juego brillante y la máquina el normal». 


Pl lenguaje se ha definido como la ventana de la 
mente, y se han escrito muchos programas utili- 
zando diferentes enfoques, para comprender, 
puralrasear, traducir y resumir textos de len- 
puaje natural. Para dar una idea de lo que se ha 
hecho hasta ahora, tomaré como ejemplo un 
programa que selecciona noticias de periódi- 
vos, buscando cosas que interesen y dando un 
breve resumen de los hechos en un idioma 
cualquiera como inglés, ruso o español. 

Su nombre es FRUMP (Fast Reading and Un- 
derstanding Memory Program) que fue desarro- 
lado por el grupo para la comprensión del len- 
guaje natural de Roger Schank en la Universi- 
dad de Yale. He aquí un ejemplo de la capaci- 
dad del FRUMP, aplicado a una noticia tomada 
dle un periódico norteamericano: 

«Un violento terremoto ha sacudido ltalia sep- 
tentrional ayer noche, haciendo temblar barrios 
enteros en una ciudad al NE de Venecia, cerca 
de la frontera yugoslava, matando al menos a 
95 personas e hiriendo al menos a 1.000, según 
lo referido por e! Ministerio de Asuntos Interiores 
italiano. Un portavoz gubernamental ha dicho 
que, sólo en la ciudad de Udine, se teme que 
haya por lo menos 200 muertos debajo de los 
escombros. La ciudad, en la línea ferroviaria 
principal entre Roma y Viena, tiene una pobla- 
ción de cerca de 90.000 habitantes. El portavoz 
dle los carabineros, la policía nacional paramili- 
tar, ha dicho que se tienen noticias de graves 
daños en media docena de ciudades al pie de 
los Alpes, con familias enteras sepultadas por 
los escombros de los edificios. Las comunica- 
ciones con otros centros de la zona todavía es- 
tán interrumpidas. El terremoto ha sido de 6.3 
grados de la escala Richter, gue mide los movi- 
mientos telúricos. En zonas habitadas, una sa- 
cudida de 4” grado puede provocar daños mo- 
derados, una de 6* puede ser grave, una de 7” 
indica un terremoto con efectos desastrosos». 
He aquí el resumen del FRUMP: «95 personas 
muertas y 1.000 heridas en un terremoto que ha 
sacudido ltalia. La intensidad registrada es de 
6.3 grados de la escala Richter». 

Mientras los programas del grupo de Schank se 
centran sobre conceptos de la vida diaria, el 
que sigue se ocupa en cambio de conceptos 
matemáticos y, además, genera por sí mismo 
otros conceptos y hace de ellos conjeturas más 
o menos interesantes. El programa ha sido es- 
crito por el joven norteamericano Douglas Lenat 
y descrito en su tesis presentada en 1976 en la 


Stanford University. Lenat se ha concentrado en 
la investigación de los modelos relativos al des- 
cubrimiento de conceptos y proposiciones ma- 
temáticas interesantes. Efectivamente, su pro- 
grama tenía bien pocas capacidades deducti- 
vas, en el sentido estricto de la demostración de 
teoremas. La actividad del programa consistía 
en intentar seguir una secuencia de cálculos se- 
gún su «grado de interés», abandonando un 
cálculo apenas los resortes de elaboración asig- 
nados se hacían insuficientes. Si bien la mayor 
parte de los descubrimientos hechos corres- 
pondían a los números naturales, el programa 
AM no contenía estos conocimientos de base 
(probablemente, el nombre AM. viene de 
«Matemático-Automático»). El programa los 
descubrió por su cuenta, aunque dejó de des-, , 
cubrir conceptos como los números reales y las 
fracciones. 

Su base de conocimientos de partida consistía 
en cerca de 100 conceptos y cerca de 250 re- 
glas eurísticas cuya acción se emprendía se- 
gún las circunstancias. Los conceptos incluían 
objetos como conjunto, listados (el programa 
estaba escrito en lenguaje LISP, orientado a los 
listados), tablas de verdad, relaciones como 
pertenencia e igualdad, operaciones como in- 
versión, intersección y composición. Lenat sos- 
tenía, basándose en referencias al trabajo de 
los psicólogos Piaget y Copeland, que su colec- 
ción distribuida de conceptos intentata ser la 
de un niño de 4 años, pero no sabía hasta qué 
punto era verdad. El programa encontró bien 
pronto, con una exploración empírica, que nin- 
gún número tenía cero divisores y que sólo uno 
tenía uno solo, pero encontró también ejemplos 
de números con sólo dos divisores (es decir, 1 y 
el propio número). Así, a su colección de con- 
ceptos adjuntó el del número que sólo tiene dos 
alivisores (concepto de número primo). 
Incidentalmente, es muy interesante el hecho de 
que el AM hubiese generado otro concepto de 
teoría de los números, que era completamente 
nuevo para Lenat (y para mí), pero que había 
sido estudiado en los primeros años del siglo 
por el joven genio indio Ramanujan. Es el con- 
cepto de los números «compuestos máxima- 
mente», que son una especie de opuesto del 
número primo. De hecho son aquellos números 
que tienen un número mayor de divisores que 
sus inferiores. Así, los números primos com- 
puestos máximamente son 1, porque sólo tie- 
nen un divisor, 2 porque tienen dos, 4 porque es 
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Los programas para el juego de ajedrez son 
la punta de diamante de la inteligencia artificial. 


el primero que tiene tres, 6 porque es el primero 
que tiene cuatro, y así sucesivamente. El AM no 
sólo descubrió los números naturales y los pri- 
mos (en más de un modo), sino que también 
elaboró el teorema de factorización única, que 
dice que cada número natural es descomponi- 
ble en un producto de números primos de una 
sóla manera; además, descubrió el enunciado 
de Goldabach (hasta ahora no demostrado), se- 
gún el cual cada número par es la suma de dos 
números primos. 

A éxitos notables similares corresponden fallos 
también interesantes. Ya he indicado el hecho 
de que el programa no supo descubrir las frac- 
ciones. Tampoco hizo grandes progresos en la 
teoría de conjuntos ni supo descubrir las rela- 
ciones más sencillas como las de De Morgan. 
En cambio siguió recorridos inútiles, ocupándo- 
se por ejemplo del concepio de números que 
pueden ser representados como la suma de 
dos primos únicamente de un solo modo. En su 
tesis, Lenat estimaba que el AM había descu- 
bierto cerca de 25 conceptos buenos («vence- 
dores»), 100 aceptables y 60 «perdedores». * 
He presentado tres ejemplos de programas re- 
lativamente recientes para demostrar que no 
era infundada mi afirmación de que los progra- 


586 


Mallio Falcioni 


mas en el nivel superior del espectro que he 
presentado anteriormente, muestran procesos 
que no son «mecánicos» en el sentido de me- 
noscabo del término, sino que imitan aquellas 
características de creatividad, intuición, inteli- 
gencia, etc. que pertenecen a la psique huma- 
na. Además de estos se pueden encontrar 
ejemplos también convincentes en otros secto- 
res, como por ejemplo el diagnóstico médico, la 
percepción visible, la prueba de propiedad de 
los programas, pruebas de coeficientes de inte- 
ligencia, aprendizaje, etc. Así, la ciencia de los 
procesadores nos ha familiarizado con los len- 
guajes que tienen como objeto no comunicar, 
sino representar y elaborar, por ejemplo len- 
guajes ensambladores y lenguajes máquina. 
Recientemente, un estimulante análisis filosófico 
de Aaron Sloma sugería que esta es efectiva- 
mente la principal función del lenguaje, siendo 
la función de comunicación sólo un «producto 
derivado». Puede decirse que los animales y 
nuestros lejanos antepasados humanos ya ha- 
bían operado dentro de ellos lenguajes de re- 
presentación y elaboración, los cuales, en el 
transcurso de la evolución, se abrieron, por así 
decirlo, a través de la invención de los signos 
externos, en forma de sonidos y de imágenes. 
Para volver a la psicología humana, incluso si se 
acepta la existencia de un lenguaje interno de 
elaboración que se limita a acontecimientos del 
sislerna nervioso, ¿no sería más seguro y más 
de acuerdo con lo que conocemos, trazar una 
alistinción neta entre aquellos lenguajes internos 
y lo que, por el momento, queremos indicar co- 
mo los lenguajes externos que hablamos, ya 
sea el inglés o el español? Yo creo que no, ya 
sea por razones de evidencia, ya sea por el po- 
tencial de esclarecimiento implícito en una vi- 
sión unitaria del fenómeno. 

Me refiero a la sugestiva evidencia que se deri- 
va del aprendizaje humano, especialmente 
cuando se complica con el uso de simbolismos 
más bien formales. Tomemos como ejemplo de 
la estrecha asociación y continuidad entre el 
lenguaje interno y el externo, los cambios que 
se producen en nuestro aprendizaje de la arit- 
mética elemental durante la infancia. Cuando se 
nos enseña por primera vez la suma, la segui- 
mos en términos de instrucción del' maestro, 
utilizando conscientemente palabras y frases 
del lenguaje natural como «llevo» y «2 por 3 son 
6», pero cuando ya somos hábiles y realizamos 
las sumas del modo usual, automático, «sin 


pensar», prácticamente no queda en nuestra 
consciencia ninguna de aquellas instrucciones 
y expresiones. Pero nadie puede dudar, aunque 
no seamos conscientes, que se ha realizado 
una elaboración simbólica: la actividad ha pasa- 
do del lenguaje externo al interno. 

Observese cuán fácil y «natural» es la transición 
entre los dos lenguajes: si, cuando ya somos 
hábiles, nos encontramos frente a una suma 
particularmente larga o difícil, es posible que 
hagamos la transición a la inversa, volviendo a 
la parte externa del lenguaje, quizá diciéndonos 
a nosotros mismos: «Debo recordar que llevo 
dos cuando haya terminado de sumar esta co- 
lumna». Por tanto, la hipótesis que quiero hacer 
es la siguiente: «Todos los procesos mentales 
en cualquier sistema biológico también son 
transformaciones que tienen lugar en el interior 
del lenguaje propio del sistema, y este lenguaje 
puede ser activado en cada nivel». 

La idea de nivel es bien conocida y clara en un 
sistema de elaboración. Un programa escrito en 
el lenguaje fuente al más alto nivel, para ser eje- 
cutado, primero debe ser convertido en el len- 
guaje ensamblador de la máquina, y el resulta- 
do convertido a continuación en código máqui- 
na. Un esquema jerárquico estratificado de este 
tipo es el modo normal en que se ejecutan los 
programas. Sin embargo, son posibles amplias 
variaciones, por ejemplo, algunos sistemas ofre- 
cen la posibilidad” (generalmente por razones 
de eficiencia) de interponer trozos de progra- 
mas en código máquina en el programa escrito 
en lenguaje al más alto nivel. Cuando se hacen 
cosas de este tipo, o si sólo se piensa en la posi- 
bilidad de hacerlas, entonces la noción de es- 
tratos del lenguaje diferentes en la máquina em- 
pieza a perder sentido, y es más útil pensar en 
el programa como escrito en un lenguaje Único 
(de los que el fuente, el ensamblador, y el códi- 
go máquina, así como las transformaciones en- 
tre ellos, son los constituyentes). 

Esto puede ser el análogo del lenguaje unitario 
de los organismos biológicos que he postulado. 
Y cuando hablaba de «niveles» a los que puede 
ser activado, me relería puramente a las posi- 
ciones en este complejo sistema linguístico. El 
hecho de que, por ejemplo, podamos imaginar 
objetos sin verlos, y no solamente oyendo su 
nombre, necesita una explicación. Este hecho 
resulta explicable bajo la hipótesis de que el 
funcionamiento de nuestras diferentes modali- 
dades cognoscitivas y sensoriales tengan un 


lenguaje común, mediante el cual pueden al- 
canzarse las mismas representaciones a través 
de diferentes procesos de elaboración lingúísti- 
ca. Esto podría ser un ejemplo de activación del 
lenguaje unitario a diferentes «niveles», de los 
que he hablado anteriormente. La poesía es 
particularmente interesante para tener en cuen- 
ta, ya que mientras utiliza exclusivamente el len- 
guaje natural, parece que intenta evocar «nive- 
les más profundos» de la parte interna del len- 
guale. La poesía activa resonancias que el uso 
normal del lenguaje no parece poder suscitar. 
Tampoco la música utiliza el lenguaje discursivo 
y, por tanto, al no poder actuar a través de al- 
chos canales, parece muy adecuada para sus- 
citar una evocación de nuestro lenguaje ntemo 
más directa, o sea más potente. 

En lo que se refiere a las artes figurativas, según 
esta hipótesis, probablemente nuestros anti- 
guos antepasados transferían en las paredes 
de sus cavernas partes seleccionadas de su re- 
presentación interna del mundo, así lo han he- 
cho desde entonces todos los artistas. Es signi- 
ficativo que en el trabajo de David Marr sobre 
modelos computacionales de la percepción vi- 
sible de los objetos, una de las etapas de elabo- 
ración es la «stick figures», característica de 
uno de los estilos de Picasso. 

Puesto que hemos visto que los métodos de la 
inteligencia artificial se adaptan bien a la repre- 
sentación de objetivos, expectativas e interpre- 
taciones, no debería ser demasiado difícil deter- 
minar eficaces modelos de las emociones. 

El clásico trabajo pionero de Freud sobre los 
procesos inconscientes que intervienen en los 
sueños, en las bromas y en las paráfrasis, para 
un profano, como el que escribe, parece haber 
tenido bastante menos influencia científica de lo 
que podría haberse esperado. 

Las transformaciones que he indicado, que tie- 
nen lugar en los sueños y en las bromas, po- 
drían colocarse, con una formulación igualmen- 
te rigurosa, en el ámbito de las transformaciones 
informáticas ya indicadas, como son la interpre- 
tación, la compilación y otras también emplea- 
das en la modelística computacional. Entonces 
no debería ser demasiado difícil escribir, por 
ejemplo, un programa que con un determinado 
cuerpo de conocimientos ¡pudiese generar 
chistes óptimos! 


Extraído de «Informática y psicología», de B. Meltzer, en 


QUADERNI DI INFORMATICA, año VIII, n.* 2, 1981, Honey- 
well Information Systems :alia. 
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Generación de diagramas de barras 

En la preparación de cualquier trabajo, científi- 
co o de gestión, es muy útil disponer de una 
representación gráfica de los datos. Normal- 
mente, los valores que constituyen el objeto de 
un informe o de una relación se presentan en 
forma tabular para poderlos utilizar en el análisis 
de detalle; para una rápida visión de conjunto, o 
para observar la marcha general de un fenóme- 
no, conviene utilizar una representación gráfica. 
El tema se profundizará a continuación, pero 
ahora expendremos los métodos para preparar 
histogramas con la impresora. Un histograma 
es la representación gráfica de una tabla. Así, al 
realizar una investigación estadística sobre la 
facturación de un número de vendedores, pue- 
de formarse la tabla: 


Vendedor Cantidad vendida 
12 

7 

9 
10 

2 

8 


NnmU0O0Uu > 


Cada vendedor tiene su propia facturación; la 


Impresora Buffetti con la tapa abierta. 
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marcha global se ve transformando la tabla en 
un gráfico como el de la pág. 589, donde cada 
letra representa un vendedor. La cantidad de 
estos últimos es discreta; entre un punto y el otro 
(por ejemplo, entre A y B) no existen otros valo- 
res. En estos casos, la representación gráfica 
da lugar a un histograma del todo diferente a la 
representación gráfica de una curva. 

La diferencia entre los dos tipos de representa- 
ción gráfica reside en el «campo de definición», 
Para una curva existen, entre dos puntos, todos 
los puntos intermedios (excepto casos particu- 
lares); para los histogramas, la cantidad de va- 
lores posibles es limitada. Los diagramas de 
barras son análogos a los histogramas. En la 
fase inicial de cualquier proyecto industrial debe 
efectuarse el análisis de los tiempos de actua- 
ción. El proyecto se realiza a través de una serie 
de sucesos, dependientes entre sí, o con su 
propia duración. El tiempo total de actuación 
depende de los tiempos de cada suceso. En la 
fase de estudio del proyecto, el análisis de tiem- 
pos se realiza indicando en un gráfico las dura- 
ciones sencillas. Supongamos que debe anali- 
zarse el proceso temporal de la construcción de 
una casa, Las principales fases del trabajo son 
así intercambiables: 


EJEMPLO DE HISTOGRAMA 


Cantidad 


F Vendedor 


DIAGRAMA TEMPORAL DE LOS TRABAJOS PARA 
UNA CONSTRUCCION URBANA 


Aclividad 


Proyecto 
Aprobación 
Fundamentos 
Construcción 
Techo 
Instalaciones 
Acabados 


Inicio 


Actividad Duración 
Proyecto 20 días 
Aprobación 10 días 
Fundamentos 15 días 
Construcción 30 días 
Techo 12 días 
Instalaciones 8 días 
Acabacos 16 días 


Llevando a un gráfico las diversas denominacio- 
nes y sus duraciones, se tiene el diagrama de 
barras del proyecto. Arriba aparece el diagrama 
que representa los valores tabulares. Como se 


HF =5 días 


ve, algunas actividaces sólo pueden iniciarse si 
se han terminado las anteriores, y otras pueden 
iniciarse solapadas; por tanto, la duración total 
del proyecto no es la suma de las duraciones 
sencillas, sino el valor final que se obtiene leyen- 
do el diagrama completo. 

En la realidad industrial, el análisis de este tipo 
de diagramas es muy importante, por lo que pa- 
ra un ordenador de una cierta dimensión existen 
complejos programas para la gestión y la planifi- 
cación de las actividades. Con estos programas 
es posible estudiar cómo repercute sobre todo 
el proyecto un eventual retraso sobre una de las 
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actividades previstas, o cuál debe ser en el 
tiempo la mano de obra disponible. Simulando 
las causas de retraso pueden estudiarse los 
efectos. Los diagramas de barras son muy sen- 
cillos de realizar con el ordenador. El método 
consiste en preparar, para cada una de las acti- 
vidades previstas, una cadena de longitud de 
caracteres al menos igual a la duración del 
proyecto (en una adecuada escala). Las cade- 
nas inicialmente se llenan con espacios; en el 
transcurso del programa se inserta un símbolo 
cualquiera para cada unidad de tiempo em- 
pleada en la correspondiente actividad. 

Por ejemplo en el gráfico de la página 589 se 
prevén 7 actividades: por tanto, son necesarias 
7 cadenas. La longitud inicial puede ser igual 
para todas e igual a 130 (casi igual al número 
máximo de caracteres que pueden imprimirse 
en una línea). Una vez preparadas las cadenas, 


DIAGRAMA DEL PROGRAMA DE IMPRESION DE DIAGRAMAS DE BARRAS 


La matriz D$(7) contiene 
las descripciones de las 
actividades. Se i¡nicializa 
con un DATA 


Las cadenas que representan 
la actividad [A$(1) = Proyecto, 
A$(2) = Aprobación, etc.] 

se ponen a 0, es decir se 
llenan de espacios 


o) 


En este caso 
se desean reutilizar, 

al menos parcialmente, 
los datos introducidos 
en un ciclo anterior 
de la rutina (entrada 
conector 2) 

420 


mm. Bucle de preparación 
de cadenas 


www Funciones l/O 
mx Inicializaciones 
ms lmpresión del gráfico 
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Entrada de 
la nueva actividad 


debe llevarse a cada una de ellas un número de 
símbolos (por ejemplo asteriscos) proporcional 
a la duración que se prevé para cada fase. Los 
símbolos deberán ocupar algunos de los 130 
caracteres disponibles; así es como se posicio- 
na la actividad en el tiempo. Refiriéndose al mis- 
mo gráfico, la primera cadena (Proyecto) debe- 
rá contener 20 asteriscos (duración 20 días) po- 
sicionados a partir del principio, mientras que la 
última (Acabados) deberá contener 18 asteris- 
cos a partir de, por ejemplo, la posición 82 (se 
supone que la fase de acabado pueda iniciarse 
a partir del día 82). Al lado y arriba se indica el 
diagrama de flujo del programa que genera un 
diagrama de barras similar al indicado en la 
pág. 589; el correspondiente listado y la fase de 
output aparecen en las págs. 592-593. 

Al final del capítulo dedicado a la gestión de la 
unidad de vídeo pueden verse otras formas de 
representación gráfica. 


INICIO = día de inicio 
DURACION = duración en días 


Este bucle transfiere a 
la cadena correspondiente 
a la actividad, un número 
de símbolos « igual a 

la duración en días. 

El bucle es indicativo; 

la metodología real se 
indica en el listado 


PROGRAMA DE IMPRESION DE DIAGRAMAS DE BARRAS 


10 * dex PROGRAMA ME IMPRESION DIE NIAGRAMAS DE BARRAS. 
20 FILE: BARRAS 

A A NI A CU RR A TI 
30 LIM DE, AB) 

035 DEFINT 1 FA TINA IR NAT A y dl 
40 FOR l= Fan np 

pe COR dea O 7 A A IA 
60 HATA" REVISION 

70 DATA" CAL cu 205 UN 7 MT A IR O UT TE 
80 DATA" EÉSA 

A e O NN 
100* DATA" ESTRUCTURA ' | ' 
ULO? DATAW RAVEN METE 1? E: INR O ANECA GN 


115 Er IN 1 R Ar 10 ",CcO1 

E a a a 
130 SOT ue SI/NO " ¡RESPG 

a A A 
o 1 RR INICIAL IZA LAS CAJENAS 

a E IT NO 
170 Ag=" " ' CATIEMA NULA! 

EA IR A IN 


190 INPUT" Intraducin 21 nombre de la uctivida H 
E AA aa: 8 


201 * LAS DESCRIPCIONES SON TE 14 CARACTERES DE LARGO MIUENT EN $ 
200: * ¡ENIRAIDO Mal HARE COS Iria REN Moto Rai CONAN TN 
203 Si DERE FREFARAR EL MISMO FORMAT a 

E AN RA A A AN 
205% N=14-LEN(0$) 'Námero de espacios que faltan hasta 14 


206 TF N<0 GOTO 420 ' ERROR, LA Ac AL TIENE DLMASTADOS CARACTERES 
MU IF N-0 GOTO 210  * La ACTIVICAM TIENE 14 CARACTERES 


208 Cf= diia dede A IN O TAO Al O A 
210 K=0 = flag $7 es de valor coro, la A IDE o está pur ds 
220 FOR te ro 7 Bela dese a sncenón de na de Nas posi iabdo "e 


ira DP an AP dl A lle 


230 , 
0260 TF K=0 GOTO 400. PON ERROR ae NUEVA INTRODUCCION cm MN 9 


270 INPUT * DIA OZ INICIO (Pr desde ha 

280 INPUT," DURACION, AETIODIAN En dt E a meet EUGN 10 
290 mae IS 

as an - = Símboso usado para EAN o ar 


300 N=EURACIÓN 
340 TS=STRINGS (N, 5) e. MS AAA E e 
320 1 ele 

280 LN Y. E 


340 0 o bs SIC No TE Et A aceivadad UA 
0 ek t 
360 Mz o 1 ' Posici 
EC AATITATAT 
380 A CD) =SFAl (M)+TH 
390 GOTO 190. UA e A E AT 


EE ¡Y epa e A E E OS 


420 PRINT O" kx ROR, AC Jn TRODUCI0A NO EST EVISTA me 
4 430 PRaNr o O UC AR ol e " 5H A Di E > 
440 S$=INPUTS (1) 
450 COTOÉTAE 2% O O E E O AE DAN CA UU 
460 ' 
470 Eh: ENSTIROCCIONES MET IMERFSNONIAS 107 0 E ETA A A 
480 LPRINT COMB:LERINTELER TNT 
470% Foral o. A DD O E A AA: EIA A 
500 "LERIENT pá ga. abs 
510 NEXT 1 E EA a NT A UA A CT 
311 ' x** Escripe la escala de Liempos e 
512 LPRINT SPACES 014) A OST ME EIA . 7 
320 q E 
q Y TU So iO E AMS SS 
540 INPYT " CONTINUA ($ 1/00) "¡RESP A 
5350 1F RESPP="SI" Boro 115 "VDTIiID'S $ Pe 
» sab > A a? 


370 END 


592 


— PROYE , ' LIGA EACH 
REVISION PE 


CALCULOS PON 
OE AA 


ESTRUCTURA DM dE dd 


EXCAVACION O TT 


EST RUCTURA o e 


TEST 17 Pe 


1 /Una impresora tiene las siguientes características: 
- Cabeza de agujas 
— bidireccional 
- 132 columnas 
—- 120 cps 
—butffer da 4k 
¿Qué significan los datos citados? 


2 / Decir qué caracteres serán escritos enviando a la impresora los siguientes códigos: 
CHR3(33) CHR$(110) CHR$(27) CHR$(10) 


3 / ¿Cuáles son las salidas del siguiente programa? 


10 A$ = "Prueba”:B = 1270:C = 10 
20 PRINT A$,C 
30 PRINT USING ” 4 + 44.4”; AS;¡B 


4/La matriz numérica A(5) se ha impreso con las siguientes instrucciones: 


10 FOR I=1 TO 5 : LPRINT A(l) : NEXT 1 
20 FOR I=1 TO 5 : LPRINT A(I) ; : NEXT 1 
30 FOR I=1 TO 5 : LPRINT A(l), TAB(10) ; NEXT 1 


¿Cuáles son las respectivas salidas? 


Las soluciones, en la pág. 599. 
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Gestión de la consola de vídeo 


La configuración estándar de los microordena- 
dores y ordenadores personales prevé siempre 
la presencia de una consola de vídeo como pe- 
riférico de entrada/salida. La comodidad y ra- 
cionalidad de empleo de este tipo de aparatos 
ha sido reconocida, y también los minicalcula- 
dores y grandes ordenadores están acoplados 
con el usuario a través de terminales de vídeo. 
La eficaz gestión de la unidad de vídeo amplía 
la capacidad de presentación de un sistema de 
proceso, confiriéndole características «conver- 
sacionales» que son muy útiles para simplificar 
el diálogo con el elemento humano. Sin embar- 
go, la gestión de la unidad de vídeo puede ser 
conducida por el programador, que deberá 
aprovechar al máximo las posibilidades de con- 
trol ofrecidas por el hardware particular. 

Las posibilidades de gestión completa de la uni- 
dad de vídeo son insustituibles en los trabajos 
de programación más complejos, mientras que 
es necesario disponer de rutinas adecuadas 
predispuestas para el control de las fases de 
presentación y de petición de los datos. 


Estructura y características de una 
consola de vídeo 


El esquema funcional de una unidad de vídeo 
típica se incica abajo. Los bloques principales 
son los que se detallan a continuación, sequi- 
dos de una breve descripción de las funciones 
que realiza cada uno de ellos. 


m teclado (keyboard): es el órgano de entra- 
da. En él, mediante la presión de una tecla, 
se genera el código ASCII correspondiente 
que se envía a la unidad de control 

= unidad de control: rige las demás unida- 
des. Interpreta y ejecuta los comandos y las 
comunicaciones con el ordenador, Tiene mi- 
siones similares a las de una CPU 

m interfaz exterior: controla las comunicacio- 
nes con el ordenador y con la eventual im- 
presora. Algunas unidades de vídeo dispo- 
nen de puerta para la conexión de una im- 
presora directamente al terminal; las más so- 
fisticadas pueden volver a enviar a la impre- 
sora todo el contenido de la pantalla de ví- 
deo sin hacer intervenir el ordenador. Esta 
técnica de impresión se llama hard copy 


ESQUEMA FUNCIONAL DE LA CONSOLA VIDEO 


Señales de control de video 


Buffer 
de video 


rayos catódicos 


Datos y controles correspondientes 


Unidad 
qe control 
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Normalmente en 
modalidad RS-232-C 
con velocidad 
comorendida entre 
50 y 19.200 baudios 


TS A ordenador 


Impresora (opcional) 


Algunas unidades vídeo disponen 
de una «puerta» para la 
conexión de la impresora 


ALT A 


Detalle de una impresora Buffetti. 


m buffer vídeo: es una memoria (RAM) que 
contiene todas las informaciones a visuali- 
zar. Su capacidad debe ser igual al número 
de caracteres que pueden contenerse en 
una pantalla de vídeo. Así, para llenar una 
pantalla de 80 columnas x 24 líneas se ne- 
cesitan 1920 caracteres (80 x 24); por tanto, 
la RAM de un vídeo de estas dimensiones 
debe disponer de 1920 posiciones. 


Para indicar la capacidad de esta memoria se 
ha utilizado el término posiciones, en lugar del 
byte usual, ya que para esta particular aplica- 
ción, una posición de memoria no corresponde 
a un byte. Por cada carácter a enviar al vídeo 
deben memorizarse bien el código ASCII! (8 
bits), bien los atributos del carácter, es decir, 
los códigos suplementarios que indican la mo- 
dalidad según la cual debe escribirse el carác- 
ter (normal, invertido, etc.). Para esta función 
normalmente se necesitan otros 4 bits. 

La longitud de una posición de memoria depen- 
de del tipo de vídeo y del tipo de ordenador. 
Los valores indicados son los más utilizados, 
pero pueden existir diferencias incluso notables 
entre los diversos tipos de terminales existentes 
(todo lo expuesto na puede aplicarse a los ter- 
minales gráficos, que serán descritos aparte). 


m interfaz TRC: genera las señales vídeo ne- 
cesarias para visualizar los caracteres y las 
envía al mismo tiempo al monitor. 


V. Pirozzi/Archivo Curcio 


La unidad de vídeo tiene diversas modalidades 
de funcionamiento, que dependen de las parti- 
culares aplicaciones. Las principales son las 
que se detallan a continuación. 


CONVERSACIONAL. Cada comando es envia- 
do al host computer (ordenador huésped) nor- 
malmente con el protocolo RS-232 (serie asín- 
crono). En esta modalidad hay dos estados: 


half- duplex: El terminal realiza todos los co- 
mandos, ya sean los generados 
en teclado (y enviados a la línea) 
ya sean los procedentes de la lí- 
nea del ordenador huésped. 

Los comandos generados en te- 
clado no se ejecutan directamen- 
te, sino que sólo se ponen en lí- 
nea. Y viceversa, los comandos 
procedentes del ordenador (que 
recorren la línea en el otro senti- 
do) se ejecutan. El terminal está 
bajo el total control del ordenador. 


full duplex: 


PAGE. En esta modalidad, utilizada sólo en apli- 
caciones muy particulares, pueden escribirse 
todos los caracteres previstos en una pantalla 
de vídeo e iniciar la transmisión hacia el ordena- 
dor huésped sólo con la página terminada. Las 
funciones de entrada de datos previstas en Ba- 
sic (y en general en todos los lenguajes de alto 
nivel) no prevén el uso de esta modalidad ope- 
rativa. El uso del estado PAGE sólo es posible 
escribiendo rutinas adecuadas (generalmente 
en lenguaje Assembler), que permiten regir este 
particular modo de transmisión. 


SCROLL. Es similar al anterior, pero con la dife- 
rencia de que si se continúan introduciendo ca- 
racteres con la pantalla llena, se produce el des- 
plazamiento (SCROLL) de la página hacia lo al- 
to con la consiguiente pérdida de las primeras 
líneas. (En la modalidad PAGE con pantalla lle- 
na, el cursor no avanza). 


PROTECT. Permite la protección de los carac- 
teres con un particular atributo. El operador no 
puede modificar estos caracteres (el cursor no 
se para sobre los caracteres definidos protegi- 
dos). El modo de funcionamiento del vídeo pue- 
de variarse desde el programa con el envío de 
los oportunos códigos. Un código consiste en 
una secuencia de dos o más caracteres en los 
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que el primero es normalmente ESC [Escape = 
CHR$(27)] e indica al periférico que los siguien- 
tes caracteres deben interpretarse como contro- 
les y no como datos a escribir. 

Por ejemplo, el código utilizado para pasar a 
modo conversacional es, para algunas estacio- 
nes de vídeo, el carácter C. Para transferir este 
carácter con el significado de comando que de- 
be ejecutarse es necesario enviar la secuencia 
CHR$(27) + ”C”. El primer dato [CHR$(27)] ge- 
nera el carácter correspondiente al código AS- 
Cll 27 (Escape) y permite interpretar el siguiente 
carácter (letra C) como un comando. 


Gestión del cursor 


La forma del cursor y el tipo de escritura tam- 
bién pueden variarse con los adecuados co- 
mandos. Los códigos citados a continuación 
son específicos de una máquina determinada 
(Buffetti B 801 con un terminal Seletron 3410); 
pero en la mayoría de los casos, la lógica y ¡a 
modalidad de utilización permanecen invaria- 
bles. Sólo en algunos casos se encuentran dife- 
rencias de importancia, que no obstante tienen 
un carácter exclusivamente formal (estructura 
de la instrucción). El cursor está constituido por 
una matriz de 6 puntos horizontales y 11 vertica- 
les que, en la puesta en marcha del vídeo, se 
presenta como un rectángulo luminoso fijo. Los 
comandos para su control permiten variar tanto 
el estado como la forma. 

Los posibles estados son: 


— cursor fijo 

— cursor no visible 

— cursor parpadeante (en algunas máquinas 
se puede variar la frecuencia de parpadeo) 


La forma del cursor puede variarse especifican- 
do cuáles de las 6 filas y 11 columnas deben 
activarse. Los comandos deben proporcionarse 
en la siguiente forma: 


ESC + "parámetros” 


donde ESC es el carácter Escape [CHR$(27)] y 
"parámetros” indica una cadena de la que se 
escriben los códigos correspondientes a la fun 
ción deseada. Por ejemplo, en la máquina exa- 
minada, el estado de cursor fijo tiene el código 
”c0”, mientras que para hacer parpadear el cur- 
sor con frecuencia elevada, debe introducirse el 
código ”c3”. Enviando la instrucción 
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PRINT CHRS (27) + "cO” 


se tiene el cursor fijo para toda la escritura que 
sigue a la instrucción, hasta el siguiente co- 
mando 


PRINT CHRS (27) + "c3” 


Después de la introducción de este comando, y 
hasta una nueva introducción de control, el cur- 
sor parpadea a alta frecuencia. La forma del 
cursor puede variarse con los códigos 


PRINT CHR$(27) + "c4SE” 


donde S es un carácter que indica en qué fila de 
la matriz de puntos reservada para ello debe ser 
activado el cursor, y E es un segundo carácter 
que especifica la columna de la matriz. 

En la pág. 597 hay el listado de un programa 
que ilustra algunas funciones gráficas. Las fun- 
ciones gráficas se controlan con el carácter 
ESC [CHR$(27)] más uno o dos caracteres de 
control (líneas 44 a 58). En la línea 100 se define 
una función (FNC$) constituida por el carácter 
Escape y una cadena [F$(N)] en la que hay es- 
critos los códigos previstos mediante la instruc- 
ción DATA (líneas 140 a 210). 

La función gráfica deseada se obtiene enviando 
a escritura la FNC$(N) con el adecuado valor de 
N. Por ejemplo, poniendo N = 3 se utiliza la ca- 
dena F$(3) = "G1” que tiene el efecto de produ- 
cir el subrayado. De este modo, las instruccio- 
nes que permiten obtener el subrayado de una 
escritura son las siguientes: 


N =3 
PRINT FNCS(N), "Línea de prueba” 


En el programa se indica también la función de 
direccionamiento del cursor (línea 240) que per- 
mite posicionar una escritura en un punto cual- 
quiera de la pantalla. Así, las instrucciones: 


10 A$ = "Prueba” 
20Xx='5Y="10 
30 PRINT FNP$(X,Y); AS 


posicionan la escritura "Prueba” a partir de la 
columna 5 (X = 5) de la línea 10 (Y = 10). 
La máscara vídeo 


La gestión de la unidad vídeo permite construir 
determinados programas que son utilizables 


A. EEES uE GESTION DEL CURSOR 


MA TIE TT LA 
NA A 
emalo desuctiva le anterior 


A - AA as E 
(megro sobre pan 5d blanca) 


yd ve FIFVAD "Th PO DA 
tdo y Ci cante 


A 


e Ms 1. ña 


E 
MALE MA MAA 
o 


: A POS e, ES EN RAS (Ba 
Lab * VAL.URFS mL LAS CADENAS EE UE DEFINEN LA FUNCION 
25 RE La e 
1,40 FOR ds TO Yo! READ FRI) NEXT 1 

150 DATAD O» 


170 a 
ARE MT RIAD TUI LM 


190 DATANGS" 


200 > A A A AS 
210 DATA"GO" 


: ' E A 
2x0 a POSTEO TON UL CURSOR OR COLURNA — Y=LINEA 
¿ 0 RFC) A NHRA OS IACHER CILA AHRE BAR 


o "Ut E ANA 
IAE PULL TA A 
Mm) Campana 
. Me e. A A 
"AO TAE A 
TT TA MA 


270 


290 REL PCR 


310 * de ELECCION ULL CURSOR 


se 5 x= e Ye de id ES (X a 


420 IN Ea xx 
ACA AA TU Te 


440 X= AM 12: AE Bud Y) ' Cursor al centro de la pantalla 


a das le lectura 


bucle de 


Linea) ON 


PAN e 
"E "Y " ae 
590 ' xxx ESCRITURA 4axk 


a A A A E 
540 OTTA CONTINUA ON RESP 
6350 TE RESPLOGTOG Ds MI E TT DO TA A 
660 END 
A A A O A A A E E 


mato 
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EJEMPLO DE GESTION DEL VIDEO 


En esta página se han indicado algunas 
salidas en el vídeo obtenidas con el programa 


de la página anterior 


TIPO DE ESCRITURA (úe 1 a 8)7 5 
Introducir la tadena a escribir? BASIC 
Introducir la posición (columna, línea)? 


e 


TIFO DE ESCRITURA (de 1 a 8)? 6 
Introducir la cadena a mscribir? BASIC 
Intróducir la posición (columna, linea)? 18,22 


TLa petición de los datos que 
definen la forma del cursor se acti- 
va con la ejecución de la línea 
330. El operador ha insertado las 
cifras hexadecimales A y 9, que 
imponen la forma rectangular. 


KE En la línea 400, el programa pi- 
de la introducción del código que 
representa el tipo de escritura. El 
valor introducido (3) corresponde 
al modo subrayado (linea 48) 


La línea 520 del programa pide 
la introducción de la cadena a 
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escribir en pantalla. La cadena 
BASIC está asignada a la variable 
AS. 


En esta fase, el programa (línea 

530) pide al operador las coorde- 
nadas del punto de la pantalla a 
partir de las cuales deberá apare- 
cer la cadena A$. El operador eli- 
ge el punto que se encuentra en el 
cruce de la columna 10 con la lí- 
nea 8. 


Se ejecuta la instrucción PRINT 
de la línea 610, que produce la 


aparición de la cadena introdu- 
cida anteriormente (BASIC) escri- 
ta en el modo preseleccionado 
(3 = subrayado). 


Por petición del programa (lí- 
nea 640), el operador indica la in- 
tención de continuar. El control 
vuelve a la línea 390, 


Las dos fases que siguen son 
otros dos ejemplos de escritura 
de la misma cadena: el primero en 
el modo invertido y el segundo en 
modo subrayado e invertido. 


para la introducción de datos llamados másca- 
ra vídeo. 

Utilizando las máscaras vídeo puede efectuarse 
una serie de controles que de otra manera se- 
rían irrealizables y, sobre todo, el usuario puede 
aportar correcciones en cualquier momento, in- 
cluso sobre los datos introducidos anteriormen- 
te. Si se utilizase la instrucción normal INPUT es- 
to no sería posible, ya que los datos son adquiri- 
dos en el momento de la introducción y se trans- 
fieren inmediatamente al programa. La escritura 
de los programas para las máscaras vídeo 
comporta algunas dificultades; por tanto, el te- 
ma se afronta por gracos. Para iniciarlo nos ocu- 
paremos de una subrutina para la introducción y 
para el control de una fecha. En muchos progra- 
mas de aplicación a veces debe introducirse la 
fecha como simple referencia para los tabula- 
dos, y alguna otra vez por exigencias fiscales. 
En ambos casos debe controlarse la validez del 
dato introducido. Podemos suponer que este 
control se reduce a verificar que el mes existe y 
que el día no es superior al valor máximo corres- 


pondiente al mes. En la pág. 600 se ha incluido 
el diagrama de flujo de la subrutina de control, 
El uso de esta subrutina requiere, en el main 
que la llama, dos matrices unidimensionales 
con las siglas del mes y con los días para cada 
mes. La lógica de control es la siguiente. 

Llamando la rutina se deben preparar tres cade- 
nas que contienen la fecha: DIA$ de 2 caracte- 
res, MES$ de 2 caracteres y ANO$ de 2 carac- 
teres. En el interior de la rutina se confrontan las 
siglas contenidas en la variable MES$ con las 
provistas; si no las encuentra, el error está en el 
mes. Si las siglas se encuentran, su posición in- 
dica el número del mes (enero = 1, febrero = 2, 
etc.). El control de la validez del día consiste en 
verificar que el valor introducido (transformado 


de ASCII en numérico) sea menor o igual que el , 


número de los días contenidos en el mes decla- 
rado (y verificado como válido). La única excep- 
ción a este procedimiento está prevista para el 
29 de febrero; en este caso debe verificarse si el 
año es bisiesto o no. El control se desarrolla en 
una subrutina dedicada que verifica la divisibi- 


SOLUCIONES DEL TEST 17 


1 / La impresora construye cada carácter utilizando una «matriz» de puntos (agujas); la 
impresión se realiza por «impacto» mientras el carro se mueve en ambas direcciones. 
Pueden imprimirse 132 caracteres en la misma 'nea a la velocidad de 120 caracteres 
por segundo (cerca de una línea por segundo). La impresora posee un buffer en el que 
hay acumulados los caracteres procedentes del calculador, el cual puede contener 
hasta 4096 bytes. 


2 / Los códigos CHR$(33) y CHR$(110) representan respectivamente los caracteres ! y n, 
mientras que CHR$(27) y CHR$(100) son códigos especiales. CHR$(27) es el código 
ESCAPE, que predispone la impresora para aceptar órdenes sucesivas; el cócigo 
CHR$(10) es el LINE FEED, que ordena el salto de una línea. 


3 /La línea 20 imprime el contenido de la cadena A$ y de la variable C. La línea 30 
contiene un error, ya que el formato utilizado sólo se refiere a valores numéricos, 
mientras que también se pide la impresión de una cadena. Una forma exacta de la 
instrucción es: 


30 PRINT A$ ; : PRINT USING "4 444.4"; B 
4 /Línea 10: los cinco valores se escriben uno por cada línea. 

Línea 20: los cinco valores se escriben todos en la misma línea (simbolo ;). 

Línea 30: Es un error, ya que TAB(10) seguida del símbolo ; pide la impresión de los 

cinco valores sobre la misma línea a partir de la misma columna (10). Por tanto, se ten- 

drían cinco impresiones superpuestas. 
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SUBRUTINA DE CONTROL MES-DIA 


Entradas: DIA$ = cadena que contiene el día (caracteres numéricos del 1 al 31) 
MES$ = cadena que contiene el mes (siglas de tres letras) 
ANOS = cadena que contiene el año (control de bisiestos) 

Salida:  FLAGG>0 si hay error, FLAGG= 0 para fecha correcta 


nm Flujo principal 


ms. Salida en condiciones 
de error 


M$ contiene las siglas de los meses 


el indicado por |; el programa 
pasa a examinar el siguiente 
Convierte el día de ASCII 

en numérico 


| Si El mes introducido no es 


del 29 de 


febrero Si a la salida de la 1000, 
el FLAGB no es igual a 0, 
E se ha introducido el 29 de 
febrero de un año no bisiesto 


No se ha 
encontrado 
el mes 


Control 


El día no está 
comprendido en 
el número máximo 
de días del mes 
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lidad del año por 4 (ver gráfico inferior). Ténga- 
se presente que los años seculares no son bi- 
siestos si no son divisibles por 400. En estas su- 
brutinas se han previsto flags que indican, en 
caso de error, el tipo de error cometido. 

En la pág. 602 aparece el diagrama de flujo de 
una subrutina que lee una fecha por el vídeo y la 
controla utilizando las subrutinas ilustradas an- 
tes. Esta subrutina es un ejemplo de introduc- 
ción de datos con máscara vídeo. 

La forma más sencilla e inmediata para comuni- 
car al programa los valores de entrada es la ins- 
trucción INPUT. Por ejemplo, escribiendo: 


INPUT DIAS, MES$, AÑOS 


pueden adquirirse los tres valores (cadenas) 
que constituyen la fecha. 

Esta forma de introducción tiene dos defectos 
principales. El usuario no tiene una guía inme- 
diata acerca del formato pedido para los datos; 
no puede saber, por ejemplo, con cuántos ca- 
racteres debe ind:car el mes. La posición de la 
línea de introducción, además, está determina- 


da por el sistema y, en el caso de introduccio- 
nes sucesivas, puede cancelarse. 

Utilizando el procedimiento sugerido en el gráfi- 
co de la pág. 602 (ver el listado en las págs. 
604-605), en pantalla aparece la escritura 


ali 


con el cursor posicionado al principio del primer 
campo. 

La introducción queda entonces completamen- 
te guiada, El usuario ve constantemente la longi- 
tud de los campos, y los separadores entre los 
diferentes datos (símbolos /) siempre están pre- 
sentes. La escritura puede posicionarse en un 
punto cualquiera de la pantalla, donde perma- 
nece hasta que el programa no la cancela vo- 
luntariamente con una adecuada instrucción. 
Eventualmente, en otros puntos diferentes de la 
pantalla aparecen otras introducciones, las cua- 
les no cubren la anterior. La subrutina se com- 
pleta con instrucciones que permiten escribir 
eventuales valores erróneos con vídeo invertido, 
para llamar la atención del operador. 


SUBRUTINA AÑO BISIESTO 


Entrada 
Salida 


: AÑC$ = cadena que representa el año 
: FLAGB =0 si el año es bisiesto, FLAGB = 1 sí no lo es 
Algoritmos usados : el año es bisiesto si es divisible por 4 


El año es bisiesto si es divisible por 4, 
Téngase presente que los años seculares 
(1900, 2000, etc.) no son bisiestos si no 
son divisibles por 400 
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SUBRUTINA DE INTRODUCCION Y CONTROL DE FECHAS 


La subrutina necesita dos matrices inicializadas con las instrucciones FECHA: 

la primera [MS (12)] debe contener los números progresivos de los meses (1, 2, 3, etc.); 

la segunda [GD (12)], el número de días correspondientes (31, 28, 31, etc.) 

Entradas: XO, YO = coordenadas del punto de la pantalla en que debe empezar la fecha 


Salida: FEC$ = cadena que contiene el día, el mes (numérico), año (las últimas 2 cifras) 


===." Subrutina de control 
=== Funciones de posicionado del cursor 


== Inversión de la pantalla para 
evidenciar los errores 


==. Flujo en condición de error [7] Fija el formato de la fecha 


La cadena A$ se escribe a partir 
de las coorderadas XO, YO 


Repone el cursor 
al principio de A$ 
(para la introducción del día) 


La lectura se obtiene con 
la instrucción INPUT$ 
* (ver el listado del programa) 


Posiciona el cursor al 
principio del campo MES$ 


En el listado, el mes 
va seguido de un 
control de que el dato 
introducido no sea 
mayor que 12 
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Posiciona el cursor ¿ 
al principio del campo AÑO$ 


Subrutina del control de 
fecha. Al volver al 1500, 
K representa el número del mes 


O 
1 
] 
o 5 
il " 
EJ EEMc<Z> 


NO 
La fecha es correcta 
Error 
€ 5) 
Posiciona en 
el campo de 
los diagnósticos 
po ED 


Error en 
A este punto sólo 
puede llegarse por 
causas accidentales 
y no controladas 


Lo 


E 
| 


el mes 
de esta subrutina 


np 
O 
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PROGRAMA DE INTRODUCCION Y CONTROL DE FECHAS 


RRA MAIN IF IMRUEBA xxx 


*. FILE : DATO 
DEFINT A-Z 


DEF ENPS(X, Y)=CHR$ (27) +CHR$ (61) +CHRS (31+Y) +CHR$ (31+X) 
DEF FNN$=CHR$ (27)+"GO" 
DEF FNIS$=CHR$ (27) +"G4" 


DIM M$(12>, Gh 


(12) 


FOR l=1 TO 12:REAN M$CI) ¿NEXT 1 


FECHA"01" 
FECHA"02" 
FECHA”03" 
FECHA"04" 
FECHA"O3" 
FECHA"06" 
FECHA"07" 
FECHA"08" 
FECHA”09" 
FECHA"10" 
FECHA"11" 
FECHA"12" 
X0=1:YO=10 


FOR I=1 TO 12:READ GDC(I) ¿NEXT 1 
FECHA 31,28,31,30,31,30,31,31,30,31,30,31 
BORRAR EL VINEO 


FRINT CHR$ (27) 
GOSUE 3500 


pp 


PRINT "La fecha "¡FECH$;"” es correcta” 


INFUT” CONTINUA 


1F. RESPS= 


110 IF RESPS$="S1" 


ENI 


(S1/NO) 
"S1" THEN YO=Y0+1 


"¡RESPS 


(HEN YO=YO0+5: GOTO 92 


*x* Subrutina de introducción fechas 
X=X0:Y=Y0-2:FRINT FENPS$(X,Y) ; 


505 PRINT "INTROMUCIR LA FECHA CON El FORMATO .,/,./,.” 
510 AB" 0 
PRINT FNPG(XO,YO) ¡AS 
530 PRINT ENN$ 


PRINIT FNPS$(x0 


CH=INFUTH (1) 3 FRINT 
D$=INPUTS (1) ¿PRINT 


DIA$=C$+T1$ 
IF VAL. (DIAS) 


ox ERROR ITA + 


PRINT FNIS 
PRINT FNFS (xo 
PRINT DIAS 


630 GOTO 530 
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* El N1A ES VALINO 


X=X0+3 
PRINT FNF$(X, 


¿YO 5 


<=31 


NO); 


YO); 


$ 
n$ 
GUTCL 64 
31 xxx 


C$=INPUTS (0 1FRINT CH; 
Hs 1INFUIVS (1) ¿PRINT 0S 
MESH=CHA TUBE OVAL (MES$)>12 GOTO 655 
X=XO+6 :FRINT FNP$(0X,Y0) ; 
C$=TNFUTS (1) ¿FRINT CS; 
N$=TNPUTS (1) ¡PRINT NS 


AÑOS$=C$+00$ 


XX CONTROLES *»* 


GOSUR 1500 


0 


VIMEO NOKMAL. 
' POSICIONA 
FRLIMERK CARAUTER 


SEGUNDO CARACTER 


' PROSIGUE 


INVERTIDO 
FOSICIONA AL FRINCIFIO DEL CAMFO DIAS 
REESCRIBE INVERTIDO 


CAMFO AÑOS 


1F FLAGEBAS0 OR FLAGGI>0 GATO 790 
' FECHA CORRECTA 
FECH=NIAP+" "AMES" "+Añ0$ 


RETURN 
1 AR ERROR 
PRINT FNIG 


ES 


51 EL 


DIA NO ES 


> 


e 


QUE 31 


910 PRINT DAS 
920 6 

930 * 

940 ' 


1000 ' x Aaa iS UN AÑO ES BISIESTO 


101 TRATA 
1020 * SALIA 
103 

1040 V=VAL (AÑOS) 


161 Y ARMA y 
1620 FLAGO=1 


E FLAGO= -0: RETURN 5 


: FLAGE = (0 $1 BISIESTO 


2630. :REFURNE + AR A AI 
A A AI NETA "A 


El método de invertir el vídeo en los datos erró- 
neos es muy útil en los programas que necesi- 
tan numerosas introducciones, ya que permite 
identificar inmediatamente el error. 


Las teclas funcionales 


En muchos ordenadores existen algunas teclas 
cuyo código puede programarse. Estas teclas 
se llaman teclas funcionales, ya que se utilizan 
para desarrollar funciones programadas. 

La pulsación de una tecla cualquiera de la con- 
sola genera el correspondiente código ASCII: la 
tecla de la letra A corresponde al valor 65 (deci- 
mal), a la tecla de la letra B el valor 66, etc. Las 
teclas funcionales no tienen asignados a priori 
ningún valor, y el programador puede asociar a 
cada una de ellas un código por medio de ade- 
cuadas instrucciones. El empleo de las teclas 
funcionales tiene la finalidad de obtener códigos 
(no previstos o no utilizados en la tabla ASCII) 
que tienen el significado de órdenes. 
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INTRODUCCION Y CONTROL 


DE FECHAS 


En esta página se presentan algunas 


salidas en pantalla del programa 


representado en la pág. 604, 


INTRODUCIR LA FECHA CON EL FORMATO ../,1%0. 


4, 


CIR LA FECHA CON EL FORMATO .,/,./0. 


z 7/83 
9/02/83 


La escritura de la cabecera 
se envía a impresión en la línea 
505, y sirve exclusivamente como 
anotación para el operador. 


2 La ejecución de la línea 520 
produce la escritura de la másca- 
ra vídzo ../../.. La fotografía se ha 
tomaco cuando el operador ya 
había insertado la fecha en la 
máscara. 


Alla introducción le sigue la 
fase de control de validez del dato 
introducido, realizada por progra- 
ma. La fecha 29/02/84 ha resultado 
ser correcta (el 1984 es bisiesto), 
y el programa advierte al opera- 
dor (línea 94). 


Ante la petición del progra- 
ma (línea 100), el operador indica 
la intención de continuar la intro- 
ducción. 


HA CON El. FOKMA 


Esta vez se ha introducido 
una fecha errónea: el 29 de febre- 
ro de 1983 no puede existir, pues- 
to que 1983 no es un año bisiesto. 


“2 El control de congruencia 
detecta el error, reescribe el día 
con vídeo invertido y posiciona el 
cursor al principio del campo día 
(líneas 600, 610 y 620). 


a 


Por ejemplo, asociando a una tecla funcional el 
valor numérico 18, que en ASCII no se utiliza ni 
para letras ni para números, el programa puede 
roconocer este código particular e interrumpir la 
lunción que estaba desarrollando para realizar 
la nueva orden. El código 18 podría hacerse co- 
responder a la función de memorización en dis- 
vo, al código 19 de la impresora, etc. Abajo se 
ve el diagrama de flujo que muestra el uso de 
osta lógica. En este ejemplo, las teclas habilita- 
das son tres, y tienen los valores 18, 19 y 20. 

La asociación de cada tecla con un valor numé- 
rico (código) debe implantarse por programa 
antes de la utilización de las teclas. En general, 
por tanto, en cada programa que haga uso de 
las teclas funcionales debe incluirse una rutina 


de iniciación de los códigos. La asociación en- 
tre una tecla funcional y un valor numérico, una 
vez implantada, permanece válida hasta el apa- 
gado de la máquina o hasta una nueva asigna- 
ción para la misma tecla. La indicación de las 
teclas funcionales puede seguir criterios dife- 
rentes en las diversas máquinas. 

En la máquina particular a la que se hace refe- 
rencia (Buffetti B801), las teclas están marcadas 
con letras minúsculas”. La instrucción de iniciali- 
zación para esta máquina está constituida por la 
siguiente serie de caracteres: 


* La letra que designa una determinada tecla funcional tam- 
bién puede variar según la forma en que se hayan realizado 
las conexiones eléctricas del teclado. 


LOGICA DE UTILIZACION DE LAS TECLAS FUNCIONALES 


==» Puntos en que interesan 
las teclas funcionales 


Primera tecla (18) 
Memorización 


y 
¡O, 


Segunda tecla (19) 
Anulación 


Se ha pedido la anulación. 
El dato se ignora 


Tercera tecla (20) 
Impresión 


y 
[ii | 
y 


O 


A la siguiente introducción 
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— Código de Escape = CHR$(27) 

—Código que indica la función de 
inicialización = CHR$(46) 

— Identificación de la tecla (p. e. c; en 
ASCII c = 99) = CHR$(99) 

— Código a asociar a la tecla dividido en 
sus cifras componentes 


Por ejemplo, para asociar la tarea A a la tecla 
funcional c, debe enviarse el código ASCII de la 
letra A (41 hexadecimal), descompuesto en los 
dos caracteres 4 y 1, cada uno en su propia 
representación ASCII. El código ASCI! de 4 es 
52 y el de 1 es 49; por tanto, la letra A está re- 
presentada por dos caracteres CHR$(52) y 
CHR$(49). 

La instrucción de inicialización completa viene 
dada por la siguiente cadena: 


A$ = CHR$(27) 
Escape 


+ CHRS$(46) + CHR$(99) + 
Código de Identificación 
implantación de la tecla (c) 


CHR$(52) + CHR$(49) 
Caracteres que representan 
el código a asignar (A) 


La habilitación de la tecla se obtiene simple- 
mente enviando a escritura la cadena A$ con la 
instrucción PRINT AS. 

Abajo se ha listado una subrutina de inicializa- 
ción que asigna los valores 17, 18 y 19 decima- 
les a otras tantas teclas funcionales. Una aplica- 
ción inmediata de éstas se tiene en los progra- 
mas de introducción de datos con máscara ví- 
deo. En las págs. 609 y 610 se ve el diagra- 
ma de flujo de primer nivel de una subrutina 


EJEMPLO DE ACTIVACION DE LAS TECLAS FUNCIONALES 
10" ** EJEMPLO DE ACTIVACION DE LAS TECLAS FUNCIONALES 


ES dle FILE : TFUN 
30 DEFINT A-Z 


40 AS=CHRS (27) +CHRY (46) * PARTE COMUN DEL COMANDO 
50 R3I$=THR$ (99) “" TECLA N.2 =- 52 
60 B4$<0HR$ (100) * TECLA N.3 = y 

70 BSS=0HR$ (101) " TECLA N.4 = e 

71 * ** ASIGNACIÓN VALORES A LAS TECLAS FUNCIONALES *xxX 


PEL aDES Los valores deben expresarse en hexadecimal 
Ln por ejemplo, el valor 11 (hexadecimal) equivale al 
74" 17 decimal. Asignando este valor a una lecia, 
La la función ASC(%) restituye 17 

80 CU$DHRS (49) +C0HR$ (49) * TECLA N,2 

90 C2$=CHRS (49) +CHR$ (50) ' TECLA N,3 

Y 2 US$SUHKS (49) 4CHRK$ (31) "TECLA N,4 

110 PRINT AS+R3$+C1$ * ACTIVA LA TECLA 2 
120 FRINT AS+R4$+028 '* ACTIVA LA TECLA 3 
130 PRINT AS+R5$1C03$ * ACTIVA LA TECLA 4 
140 ” 


150 PRINT *" Fulsar una tecla cualquierá” 

160 I$=INPUTH (1) 

162 * Para pedir el velor asociado a la tecla pulsada 

163 * se utiliza la función ASC(x) que restituye el 

164 * valor decimal, por tanto, si la tecla tiene asociado 11, 

165 ' el valor restituido es 17 (17 decimal=11 hexadecimal) 

170 IF ASCC(I$) <17 OR ASCCI$) 019 GOTO 260 ' Los valores asociados a 
172 la tecla s0n:' .17,18,19 

180 K=ASC(I$)-16 “Ko varía entre 1 y 3 en función de lu tecla pulsada 
190 ON K GOTO 200,220,240 

200 NU=2:GOTO 250 

210 GOTO 150 

220 NU=3:GOTO 250 

240 NU=4 

250 PRINT " SE HA PULSANDO LA TECLA FUNCIONAL N,t "¿NU 

255 GOTO 150 

260 PRINI" 1A TECLA PULSADA NG ES FUNCIONAL” 

270 INPUT " CONTINUA "¿RESPS$ 

280 IF RESF$="S1" GOTO 150 

300 END 
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SUBRUTINA DE INTRODUCCION DE DATOS. DIAGRAMA INDICATIVO 


En esta subrutina falta la fase de alineado del dato (Punto 3) que conviene desarrollar por separado 


Punto 4 


Punto 1 


Punto 5 


NC < > 1 indica que no se reescriba la descripción 


y 
y 
a 


==... Funciones de control del vídeo 
===. Funciones de control en el carácter 
== Adquisición del carácter 


Pide la ntroducción 
de inicio de campo 


El buffer a escribir puede 
ser más corto que la 
longitud del campo. 
Debe completarse 


La descripción del campo 
se escribe a partir de 
la columna XO, línea YG 


Opción para la escritura 
del buffer 
con vídeo invertido 


L = longitud de la descripción; 

la posición de inicio de introducción 
es X0+L+NC., 

Este valor se memoriza en XS 

para un uso posterior 
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Lectura de un carácter 


Control de 
numericidad 


A, la memorización 
del carácter 


Carácter especial 
El carácter 
se adapta 


Este bloque reescribe 
BF$ para visualizar 
la última introducción 
(se utiliza 

la coordenada XS) 


Punto 2 


Posición = CC 


4 ——! 


El contador CC 
se inicializa 


por omisión Nueva posición 


del cursor 


Introducción del 
siguiente carácter 


y 


El campo se 
ha completado 
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El problema de la reserva 


Entre las muchas expresiones que ha difundido 
la jerga de la era del calculador electrónico figu- 
ha la de banco de datos. Los bancos de datos 
constituyen actualmente parte del cerebro ges- 
lor de organismos gubernativos, sociales o pri- 
vados, y en todos los países industrialmente 
avanzados cada ciudadano es objeto de regis- 
lro al menos en un archivo electrónico. Este sis- 
tema de registro no significa necesariamente 
que existan siniestras implicaciones; sin él, las 
administraciones estatales modernas no po- 
dirían ser eficientes, los servicios sanitarios no 
podrían llevar a cabo su labor y no habría modo 
dle hacer respetar las leyes referentes a la moto- 
rización y el tráfico. Sin un censo nacional, la 
planificación de impuestos, la construcción de 
obras civiles y el desarrollo urbanístico queda- 
rían sobre el papel. Pero hay también algunas 
consecuencias alarmantes. En los Estados Uni- 
dos, más de dos mil agencias para la concesión 
de créditos registran de este modo muchas in- 
formaciones confidenciales. Como ejemplo, 
baste decir que una de estas compañías cuenta 
en sus archivos con 100 millones de dossiers. 
Lo que realmente está cambiando no es tanto la 
cantidad de las informaciones recogidas como 
los métodos de registro de tales informaciones. 
Desde hace mucho tiempo se disponía ya de 
datos similares, amontonados en interminables 
hileras de estantes en los archivos tradicionales. 
Pero hoy, la capacidad de almacenamiento de 
los calculadores electrónicos, enormemente su- 
perior, junto con la gran facilidad de acceso, in- 
cluso a través de terminales que proporcionan 
datos del otro extremo del mundo, ha cambiado 
el proceso para hallar los datos. 

Sin controles internacionales eficientes, que, 
lentamente, se está procurando introducir aun- 
que con dificultad, uma sola persona no tiene 
prácticamente posibilidad de conocer lo que de 
ella se ha registrado en los bancos de datos, 
como tampoco a quien se han pasado las infor- 
maciones. Los valedores de las libertades civi- 
les se cuentan entre los muchos que han inten- 
tado establecer el derecho a la reserva del ciu- 
dadano, concepto que se ha definido como «el 
derecho del individuo al control sobre la difusión 
de las informaciones que le afectan». 

Todos los ciudadanos están obligados necesa- 
ríamente a dar algunas informaciones persona- 
les a ciertas grandes administraciones, que las 


introducen en sus bancos de datos. Sin este re- 
quisito, no sería posible abrir una cuenta en un 
banco o conducir un automóvil. Sin embargo, 
deberían existir unos límites tanto sobre la canti- 
dad de informaciones guardadas en los bancos 
de datos como sobre su accesibilidad. En reali- 
daa, las informaciones podrían ser erróneas, in- 
completas, inactuales o inútiles. Y, lo que es aún 
peor, una información facilitada para una finali- 
dad determinada podría ser transmitida a otra 
administración y utilizada para un fin completa- 
mente distinto. Tarnbién es posible que las infor- 
maciones se hayan recogido clandestinamente 
o con métodos ilegales, sin que el ciudadano al 
que conciernen lo haya sabido. 

La cantidad de informaciones introducidas ya 
en los bancos de datos de los cuerpos de poli-" . 
cía es impresionante. Por más democrático que 
sea un Estado, el ordenador de la policía con- 
tendrá, probablemente, una vasta gama de in- 
formaciones que va desde las referentes a los 
propietarios de automóviles, las listas de ve- 
hículos robados y de automovilistas indisciplina- 
dos, hasta las noticias sobre personas desapa- 
recidas o buscadas, pasando por las caracte- 
rísticas somáticas y huellas dactilares de los cri- 
minales. Pueden almacenarse también datos 
relativos a personas sospechosas de terrorismo 
o de actividades políticas clandestinas. 

Puede ocurrir que una información facilitada a 
una autoridad por deber civil sea transmitida a 
otra que le dará un uso totalmente distinto. Por 
otra parte, las informaciones que posee la poli- 
cía están sujetas a difusión, ya que son muchas 
las agencias de investigación privada, propie- 
dad muchas veces de expolicías, que se valen 
en ciertas ocasiones de sistemas ilícitos para 
acceder al procesador y leer lo que contiene un 
determinado archivo. Asimismo, algunos delin- 
cuentes, conocedores de un determinado nú- 
mero de teléfono reservado, han podido obtener 
información haciéndose pasar por agentes de 
policía. 

Hay grandes dificultades para asegurar la reser- 
va de las informaciones contenidas en los ban- 
cos gestionados mediante los procesadores 
electrónicos. Con los viejos sistemas de archivo, 
era necesario que una persona los conociera 
materialmente para extraer la información de- 
seada, y siempre era posible equipar los archi- 
vos con adecuadas cerraduras de seguridad. Si 
alguien conseguía llegar ilícitamente hasta los 
documentos, siempre tenía un límite físico en 
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cuanto a la cantidad de noticias que podía co- 
piar, fotografiar o llevarse consigo. 

Sin embargo, los archivos electrónicos han he- 
cho más difícil para el buscón medio la obten- 
ción de informaciones, ya que los programas de 
los ordenadores requieren unos códigos de ac- 
ceso que hacen que la información sólo esté a 
disposición de personas autorizadas. Pocas 
personas no pertenecientes a la industria de los 
procesadores tienen la experiencia necesana 
para «descerrajar» estos códigos, pero si un la- 
drón decidido y competente quiere leer el con- 
tenido de un banco de datos, no hay procesa- 
dor que se lo pueda impedir. Y aún más: puede 
conseguir una gran cantidad de información de 
una sola vez. 

Pocas son las manipulaciones fraudulentas de 
procesadores llegadas a conocimiento del pú- 
blico, pero cuando así ha sido, el hecho ha ad- 
quirido gran resonancia. Algunos estudiantes 
del Massachusetts Institute of Technology con- 
siguieron violar un procesador que contenía in- 
formaciones consideradas ae la máxima impor- 
tancia para la defensa nacional. Estudiantes de 
la Universidad de Michigan han descifrado los 
códigos del ordenador de la propia escuela y 
borrado cierto número de archivos. Un apasio- 
nado de los procesadores, que acabó en la cár- 
cel, consiguió obtener noticias sobre personas 
sospechosas o detenidas de los mismos archi- 
vos del Bl. 

Como los procesadores electrónicos están al 
servicio de terminales distantes, o son servidos 
por ellos, las posibilidades de error aumentan. 
Un acceso casual, debido a una interferencia 
entre líneas telefónicas, puede ya representar 
una violación del secreto de una noticia o, inciu- 
so, su borrado, Se plantea aquí la siguiente pre- 
gunta: ¿qué puede hacerse para salvaguaroar 
la vida privada del ciudadano de forma compa- 
tible con las necesidades del gobierno y de 
otras administraciones de registrar ciertas infor- 
maciones para bien del propio ciudadano? Las 
fuerzas de la policía, por ejemplo, reciben sobre 
los ciudadanos una cantidad de informaciones 
bien distintas de las referentes a las característi- 
cas de los automóviles que poseen. En Gran 
Bretaña, los sospechosos arrestados de acuer- 
do con las disposiciones adoptadas contra el 
terrorismo son automáticamente fotografiados y 
deben marcar sus huellas dactilares. Incluso sí 
luego no son procesados (y muchos no lo son) 
las huellas dactilares quedan en los archivos. 
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Las persones que se hallan bajo vigilancia por- 
que son sospechosas de preparar una acción 
criminal, pueden ser registradas en los archivos, 
como también pueden serlo todas aquellas aso- 
ciadas de cualquier manera a aspectos delicti- 
vos. Todo esto constituye una acción de policia 
preventiva que tiene la legítima finalidad de pre- 
venir los delitos antes de que ocurran. 
Algunas agencias especializadas disponen de 
«registros de crédito» que ponen a disposición 
de las sociedades que desean tener informes 
sobre la situación financiera de sus potenciales 
clientes. El mayor banco de datos del mundo 
pertenece a una de estas agencias, la TRW Cre- 
dit Data, que posee informes personales de 
más de 50 millones de ciudadanos americanos. 
En Suecia, los principales bancos de descuento 
han creado recientemente un instituto, la Agen- 
cia de Informaciones para el Crédito, que facilita 
nombre, dirección, ingresos, estado civil, activi- 
dades sujetas a impuestos, contratos de arren- 
damiento o de compra, situación penal de todos 
los ciudadanos suecos mayores de 16 años. De 
cualquier modo, se entrega al interesado una 
copia de cada información que el instituto da a 
terceros. No obstante, es frecuente que las 
agencias de crédito no controlen la exactitud de 
las noticias que adquieren. Su papel es el de 
limitarse a recoger y distribuir informes sobre 
deudas y créditos inexigibles, y las organizacio- 
nes que los piden pueden llevar a cabo las ín- 
vestigaciones pertinentes antes de conceder 
cualquier crédito. 

Si bien los registros de crédito son un medio de 
defensa útil y legítimo contra endeudamientos 
peligrosos, existen, sin embargo, grandes pos!- 
bilidades de error. He aquí lo que se cuenta de 
un hombre de negocios, propietario de unos 
bienes muy saneados, que había pedido un 
crédito para ampliar sus actividades: su petición 
fue rechazada. Desorientado, ordenó una inves- 
tigación sobre la situación ae su propia socie- 
dad y ¡se le aconsejó mo mantener tratos con 
ella! Profundizó entonces en las indagaciones 
hasta que consiguió descubrir que un homóni- 
mo suyo había sido recientemente denunciado 
al juzgado. 

Los servicios sociales, que también son tan im- 
portantes para la sociedad, son los que ofrecen 
mayores posibilidades de violación de la liber- 
tad individual. Muy a menudo, los asistentes so- 
ciales están al corriente de detalles de la máxi- 
ma reserva que algunas personas les han con- 
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llado en momentos de gran angustia. 

Puede ocurrir que el material recogido en un 
banco de datos se base en el juicio subjetivo de 
un funcionario, expresado en una jerga seudo- 
cieniífica que le da un sello de credibilidad. 
«Paranoico» oO «neurótico» son términos que 
aparecen con frecuencia en los informes de los 
asistentes sociales sobre personas que buscan 
ayuda; efectivamente, muchas de estas perso- 
nas no solicitarían estas ayudas si no se halla- 
sen momentáneamente en un estado de tensión 
nerviosa. Pero cuando una información así es 
codificada e introducida en el ordenador, tiende 
a adquirir autenticidad por el mero hecho de ha- 
ber sido registrada. Incluso los tribunales acep- 
tan, generalmente, las comunicaciones de los 
asistentes sociales como procedentes de ex 
pertos testigos, por lo cual un juicio casual pue- 
de transformarse rápidamente en una etiqueta 
que queda fijada al individuo para toda la vida. 
Las informaciones sobre ciudadanos recogidas 
por las autoridades locales quedan articuladas 
en un gran número de secciones de acuerdo 
con los diversos departamentos: educación, vi- 
vienda, trabajo, hacienda y servicios sociales. 
Las informaciones de carácter financiero son 
abundantes en los archivos de las administra- 
ciones locales que están en posesión de los re- 
gistros contables. Las autoridades locales reco- 
gen, además, informeciones financieras sobre 
cada individuo como elementos para desglosar 
casi cuarenta tipos de asistencia. 

Actualmente, existe una creciente tendencia a 
introducir en el procesador toda la información 
recogida por las administraciones. Aunque es 
teóricamente posible codificar las informaciones 
de manera que cada oficina sólo tenga acceso 
a aquéllas que son de su competencia, no hay 
norma legal alguna que prohíba el intercambio 
de información entre distintas oficinas o, lo que 
es más, con organizaciones exteriores, como la 
policía. Verdaderamente, para que una persona 
pueda recibir los beneficios de la asistencia so- 
cial es posible que su dossier tenga que pasar 
necesariamente por numerosas y distintas ofici- 
nas. El asistente social, por ejemplo, puede no 
estar en condiciones de ayudar a una persona 
si no recurre a otros profesionales, como el mé- 
dico de la familia, el personal del hospital, los 
maestros, algunos funcionarios de policía o de 
los tribunales, o el encargado de la vigilancia en 
los casos de libertad condicional. Como las per- 
sonas objeto de tales informaciones no están 


autorizadas a examinar su propio dossier perso- 
nal, las informaciones que hay sobre ellas —ver- 
daderas o falsas, en cualquier caso opinables- 
pueden salir en el momento menos adecuado, 
cuando es imposible responder de eventuales 
errores o solicitar pruebas que justifiquen juicios 
poco favorables. Se han mencionado casos en 
los que el informe del asistente social sobre un 
asistido —informe con la opinión personal del 
que lo escribió sobre ciertas debilidades del 
cliente= ha sido leído en voz alta durante la au- 
diencia para la concesión de la ayuda. En otro 
caso, un hombre que vivía en una residencia 
para jubilados tuvo que escuchar cómo, en una 
reunión que tuvo lugar en la misma residencia, 
un asistente social lefa en voz alta un escrito en 
el que se le acusaba de querer asesinar al doc- 
tor. Luego se descubrió que el contenido del 
escrito no correspondía a la verdad. 

En muchos países se está pensando en la ne- 
cesidad de promulgar leyes para la protección 
de la vida privada, y algunos de ellos están ya 
llevándolo a cabo. En Estados Unidos existe 
una abundante legislación que da libre acceso 
a las notas personales guardadas en las ofici- 
nas federales, e incluso está reconocido el dere- 
cho de impugnarlas y hacerlas corregir. 
Suecia, con su sistema de registro de datos per- 
sonales centralizado y altamente automatizado, 
posee asimismo una tradición para el acceso 
personal y una legislación sobre la concesión 
de permisos e inspecciones a toda organiza- 
ción que desee gestionar un banco de datos. 
Las leyes de la República Federal de Alemania 
establecen que todos los datos personales ¡n- 
troducidos en los procesadores han de aestruir- 
se o ser definitivamente arrinconados después 
de un período de cinco años. Francia y Holanda 
poseen leyes que prohíben la recogida de da- 
tos no autorizada y Francia, además, tiene una 
ley que prohíbe la computerización de las infor- 
maciones sobre origen étnico de cualquier per- 
sona, así como sobre sus creencias políticas y 
religicsas. Dinamarca posee también una ley 
que prohíbe la difusión no autorizada de infor- 
mación concerniente a los asuntos privados de 
los ciudadanos. 

La opinión sobre la existencia de controles lega- 
les y el modo en que debería recogerse la infor- 
mación está enormemente dividida; en cual- 
quier caso, debería estarse siempre dentro de 
unos límites discretos y reducir aquella informa- 
ción al mínimo indispensable. Por otra parte, los 
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Los bancos de datos del FBI (Federal Bureau of Investigation) son gestionados por 
el ordenador. En la fotografía, un detalle del archivo de las huellas digitales. 


informes dados para un fin determinado no de- 
berían utilizarse para otro fin sin el consenti- 
miento de la persona a la cual se refieren. Los 
sistemas de registro de los datos personales no 
tendrían que estar ligados entre sí, y las perso- 
nas encargadas de la recogida y conservación 
de las informaciones tendrian que respetar un 
código de comportamiento que estuviera bajo la 
vigilancia de una autoridad especialmente de- 
signada para ello. 

En Gran Bretaña se han corregido algunas im- 
pertecciones a raíz de la promulgación de la 
Consumer Credit Act. Actualmente, a todo aquel 
que solicite la concesión de un crédito se le ha- 
ce saber la agencia a la que se consultará en 
demanda de informes, y el interesado puede 
pedir la aportación de eventuales correcciones. 
Sin embargo, no se prevé aún la posibilidad de 
que surjan ciertos inconvenientes; por ejemplo, 
no se obliga a la agencia a facilitar las necesa- 
rias correcciones a otras firmas a las que po- 
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darían llegar peticiones de informes sobre el mis- 
mo cliente, y no se pone límite alguno a los me- 
dios a los que la agencia puede recurrir para la 
obtención de informaciones. Tampoco se po- 
nen obstáculos a las agencias que recogen O 
venden información no pertinente, como la refe- 
rente a las ideas políticas o a la vida sexual de 
las personas objeto de la investigación. Por últi- 
mo, tampoco está limitada la duración de la 
conservación de los informes, que en algunos 
casos podrían referirse a una deuda ya extingui- 
da. Aunque existe una gran afinidad de ideas 
en cuanto a una mayor protección de la reserva 
personal, es verdaderamente difícil prever el 
modo en que estas ideas pueden ser puestas 
en práctica. 

Y entre los problemas que van surgiendo, no es 
el último la rapidez con la cual se desarrolla la 
industria de los calculadores, frente a la cual las 
legislaciones quedan siempre inevitablemente 
atrasadas. 


J. Pickerell/Marka 


€ 


generalizada para la introducción de un dato. 
Esta subrutina se explicitará más adelante. Por 
lo que interesa aquí, la finalidad es la de realizar 
una rutina que realice estas funciones: 


1 / Escritura en un punto cualquiera de la panta- 
lla de la descripción del campo a introducir, con 
presentación de la longitud, mediante tantos 
puntitos como caracteres hay previstos en el 
campo. 

2 / Control del tipo en cada carácter introducido 
(numérico, alfanumérico, especial). En caso de 
error, el cursor no avanza; el carácter equivoca- 
do queda escrito invertido y el programa espera 
la corrección. 

3 / Si el campo no está completamente lleno, el 
dato debe escribirse alineado a la derecha si es 
numérico y a la izquierda si es alfanumérico. 

4 / La subrutina debe trabajar sobre un buffer 
de tránsito en el que puedan apoyarse los datos 
introducidos, y debe prever su escritura para un 
determinado valor de flag. De este modo, lla- 
mando la rutina es posible bien escribir un dato 
a completar, bien indicar sólo el punteado que 
indica una introducción completa. 

5 / La posición inicial del cursor (punto a partir 


del cual empezará la introducción) deberá esta- 
blecerse por el programa que llama, de manera 
que se utilice la rutina también para una intro- 
ducción parcial. 

6 / En el momento de la introducción de un ca- 
rácter no reconocido (es decir, no perteneciente 
ni a un número ni a una letra), el equivalente 
numérico del carácter se transfiere a una varia- 
ble numérica y la rutina se abandona. Esta fun- 
ción se utiliza directamente en la gestión de las 
teclas programables. 


La utilidad de las funciones descritas en los 
puntos 4 y 5 se aclarará cuando se hable más 
extensamente de las máscaras vídeo. Las varia- 
bles utilizadas en el programa son: 


BF$  = buffer de apoyo en el que se depositan 
los datos introducidos 


LN - = longitud del campo (en número de ca- 
racteres) 

TP. = tipo de campo (1 = numérico, 2 = alfa- 
numérico) 


DS$ = cadena con la descripción del campo 
X0,Y0O= coordenadas de posicionado del cam- 
po sobre la pantalla del vídeo 


La sala de control de una moderna central eléctrica. 
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K. Reese/Marka 


NC  =número de caracteres con que debe 
empezar la introducción 
CC  = contador del número de caracteres in- 
troducidos 
= flag de carácter especial: a la entrada 
de un carácter especial se pone 
FLS =:1 
= flag de escritura; si FLP = 1, entonces 
el contenido de BF$ debe escribirse en 
el vídeo 
FLI. = flag de inversión; llamando la rutina con 
FLI = 1, la escritura se invierte. 


FLS 


FLP 


En esta subrutina existen dos salidas. La prime- 
ra es activada cuando el dato se ha completa- 
do, es decir, cuando el correspondiente campo 
se ha llenado en toda su longitud; la segunda es 
activada con el reconocimiento de un código 
que no pertenece a las letras o a los números 
(punto 6), El valor de este código puede ser ela- 
borado por el programa que llama, que puede 
utilizarlo para seleccionar una determinada fun- 
ción a desarrollar, 


El Vídeo File Editor Olivetti 


La gestión completa de la unidad vídeo permite 
poner a punto y utilizar determinados progra- 
mas para la preparación de textos con el calcu- 
lador o para la representación gráfica de los da- 
tos. El primer ejemplo a considerar es un pro- 
grama de aplicación de Olivetti, el Vídeo File 
Editor*, que permite notables posibilidades en 
fase de escritura y la modificación de un file, ya 
sea un programa (escrito en Basic y memoriza- 
do en formato ASCII) o un file de datos. 

Se describirá cualitativamente, a título de ejem- 
plo, las funciones previstas de este programa. 
El Vídeo File Editor permite crear y modificar un 
file de texto, nombre con el cual se denomina 
un file de records compuesto de caracteres AS- 
Cll que pueden imprimirse, separados por ca- 
racteres CR/LF (Carriage Return/Line Feed) o 
por caracteres RS (Record Separator). 
Cuando se entra en el Vídeo File Editor (median- 
te el comando EDIT del PCOS), si el file especifi- 


* Vídeo File Editor es una denominación registrada. 


MONITOR DEL VIDEO FILE EDITOR OLIVETTI 


file: textfile 


Lines Read: 10 


E 


Este file contiene texto 
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TOP 


o 


cado todavía no existe, lo crea y lo vuelve a lla- 
mar de la memoria del disco. 

El Vídeo File Editor siempre visualiza Una «ven- 
lana» de 24 líneas de 80 columnas cada una 
(21 líneas reservadas al file y las demás de ser- 
vicio). Esta ventana, que permite visualizar cual- 
(¡uier parte del file, sólo muestra inicialmente la 
primera parte. El usuario puede operar, a través 
de las funciones y los comandos del Vídeo File 
Editor, para modificar en la memoria las líneas 
del file de visualización. Cuando se sae del Ví- 
deo File Editor pueden registrarse en el disco 
las modificaciones realizadas en el file. Apenas 
se lama Vídeo File Editor, aparece la imagen 
que se ve en la pág. 616. La primera linea pre- 
senta el nombre del file y el mensaje existente. 
La segunda, está inicialmente vacía. A continua- 
ción puede utilizarse para la búsqueda de ca- 
denas o para los comandos. 

La tercera línea es la línea de escala, que pre- 
senta las posiciones de columna y las zonas de 
la pantalla. La pantalla está dividida en zonas, 
compuestas por cuatro caracteres. Las restan- 
tes 21 líneas, de la cuarta a la veinticuatroava, 
presentan la ventana de texto (text window). La 
veinticincoava línea no se emplea. 

El principio y la línea del file siempre se enmar- 
can con dos líneas «virtuales» (llamadas TOP y 
BOTTOM) que no pertenecen al texto, pero que 
sirven como referencia y contienen las palabras 
TOP y BOTTOM, escritas en negro sobre fondo 
blanco. Cuando se entra en el Vídeo Fle Editor 
(mediante el comando EDIT), la línea TOP apa- 
rece inmediatamente antes de la primera línea 
del file y el cursor se posiciona en la línea TOP; 
la línea BOTTOM sólo aparece después de la 
última línea de texto. Un file recién creado está 
inicialmente vacío y sólo presenta en pantalla 
las líneas TOP y BOTTOM. 

El cursor cambia de forma cuando se pasa al 
Estado de Inserción: el trazo debajo del carácter 
se convierte en un pequeño triángulo a la ¡z- 
quierda del carácter, En este caso, el cursor es 
intermitente. 

Cuando se entra en el Video File Editor, el tecla- 
do funciona de modo diferente, de manera que 
pueden activarse varias funciones de edición a 
través de una serie de teclas de función que se 
cargan automáticamente. En la pág. 618 se ha 
representado una imagen del teclado, y de la 
pág. 619 a la pág. 623 se han ilustrado las prin- 
cipales funciones del Vídeo File Editor. 

La segunda línea de la pantalla (sobre la línea 


de escala) se llama línea de los comandos y se 
utiliza para la búsqueda de cadenas y para im- 
plantar comandos de alto nivel. 

Para presentar caracteres en esta línea, el usua- 
rio cebe implantar antes que nada la función 
COMMAND MODE (COMMAND + 1) que colo- 
ca el cursor al principio de esta línea. 

Todas las operaciones de edición de línea co- 
mo INSERT MODE, BACKSPACE, DELETE 
CHAR, RECALL LINE, etc. se aplican en este 
punto a la línea de los comandos. La función 
RECALL LINE, utilizada en Estado de Coman- 
dos, restituye el contenido anterior de la línea de 
los comandos. Todas las demás funciones pue- 
den aplicarse al file de texto. En Estado de Co- 
mando, la tecla «tiene la función de EXECUTE 
COMMAND y no la de INSERT LINE, 

Para llevar el cursor al file de texto y reempren- 
der las operaciones de edición en el file, es ne- 
cesario implantar un nuevo COMMAND MODE, 


Las funciones de edición y de búsqueda 
de las cadenas. De la pág. 619 a la pág. 623 
se presenta el funcionamiento de los comandos 
de edición en el ambiente del Vídeo File Editor, 
con el efecto producido por las diversas funcio- 
nes sobre un texto cualquiera, 

La funcionalidad de búsqueda de las cadenas 
permite explorar el file para buscar una determi- 
nada secuencia de caracteres. 

Para poder activar la búsqueda, el usuario debe 
implantar primero la función COMMAND MODE 
y después la cadena que se busca, que apare- 
cerá en la segunda línea de la pantalla. Tras in- 
troducir la cadena, el usuario implantará la fun- 
ción SEARCH DOWN o SEARCH UP según de- 
see explorar el file hacia adelante o hacia atrás 
con respecto a la posición en que se encuentra 
el cursor. Como se ha dicho, la entrada al Vídeo 
File Editor se realiza mediante el comando EDIT, 
a partir del ambiente PCOS. 

Para volver a PCOS, el usuario debe implantar 
EXIT AND SAVE (CTRL + 6), que también regis- 
tra en el disco el texto actualizado y, por tanto 
CR, o bien ABORT (COMMAND + 6) y CR. 

En cambio, si el usuario implanta SAVE TEXT 
(CTRL + 5) el file de texto actualizado se regis- 
tra en el disco, pero se permanece en el am- 
biente Vídeo File Editor. 


Los menús 


En cada procedimiento, incluso sencillo, puede 
identificarse un cierto número de bloques fun- 
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TECLAS DE FUNCION DEL VIDEO FILE EDITOR 


Teclas activables pulsando al mismo tiempo la 
o q . == . 


| 


Delete 


Line 


- Erase to End 
- Refresh Display 
- Recall Line 


Claves alfabéticas Teclas activables pulsando 
activables pulsando al al mismo tiempo la tecla SHIFT 
mismo tiempo la tecla CTRL 


Los símbolos entre paréntesis son los rotulados en las teclas del Teclado USA-ASCII. 
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FUNCIONES DE EDICION Y DE 
BUSQUEDA DE LAS CADENAS DEL 
VIDEO FILE EDITOR OLIVETTI 


En esta página y las siguientes se han presentado 
como ejemplo las funciones de edición y de 
búsqueda de las cadenas del Vídeo File Editor. Al 
lado se ha presentado la parte del monitor que 
contiene el file-texto a modificar. En lo sucesivo, en la 
columna de la izquierda se ilustra la función aplicada 
y, en la columna de la derecha, su efecto sobre el 
texto. 


TEE ALELLA 
doo 0000400|A5pa| 


AREAS EA 
AEREA BEBE lA A 
E 


DELETE LINE 
Cancela la línea indicada por el cursor 


IIS es 


ELTECTOEFTCEOTLALTIA 

»oO0B00000000000/(B000 

2100000000000 y 0050! 
EEE 


"5 PFP LAA 


CURSOR UP 
Coloca el cursor por encima de una línea 


540408400 Bra pao 


TARA AE 


INSERT MODE This is 
Inserta la cadena “This is” a partir 
del carácter indicado por el cursor 


purpose of this text is to act 
an example of how to use 


editing functions of 


Video File Editor 


Es an example of how to use 
iting functions of 
the Video File Editor 


as an example of how to use 
the editing functions of 
the Video File Editor 


This is M 
as an example of how to use 


the editing functions of 


the Video File Editor 
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This islas an example of how to use 
the editing functions of 
the Video File Editor 


JOIN LINES 
Une la línea indicada por el cursor 
con la siguiente línea 


This is Els an example of how to use 
the editing functions of 
the Video File Editor 


CURSOR RIGHT 
Desplaza el cursor una posición 
hacia la derecha 


PURSLE LOAD 


This isfllen example of how to use 
the editing functions of 
DELETE CHAR the Video File Editor 


Cancela el carácter que hay en la posición 
del cursor y desplaza los restantes caracteres 
de la lírea una posición hacia la izquierda. 
Aquí se ha utilizado tres veces 


This is an example of how to use 
he editing functions of 
NEXT LINE the Video File Editor J 


Desplaza el texto una línea hacia arriba: 
y el cursor al principio de la linea 
siguiente a la que se encontraba ¡inicialmente 


620 


Y 


- This is an example of how to use 
z > 54 

DELETE LINE he Video File Editor 

Cancela la línea indicada por el cursor 


Bl E 

METIA 
LLE 
CEPEDA] 


This is an example of how to use 
the Video File Editor. 

RESTORE LINES he editing functions of 

NEXT LINE 


Reclama en pantalla la siguiente 
línea del file-texto 


ABAD Ba| ET N 
RIAS EEE 
LCR 
ELIO 
O 


This is an example of how to use 
the Video File Editor. 


INSERT MODE Iihe editing function of 


Pesa del estado de modificación al 
estado de introducción 


COn BADIA | ¡nana 
000 dono aa ¡BES 
OLER 


— MECO AB 


This ¡is an example of how to use 
the Video File Editor. 

END OF LINE The editing functions ofl 

Coloca el cursor en la posición que sigue 
al último carácter de la línea que no sea 
un espacio 
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This is an example of how to use 
the Video File Editor. 

BACKSPACE The editing functions 

Desplaza el cursor una posición hacia la izquierda 
y cancela el carácter en la posición del cursor. 
Aquí se ha utilizado dos veces 


This is an example of how to use 
the Video File Editor. 


RECALL LINE the editing functions “f 
Repone el contenido anterior de la línea. 
El cursor permanece parado en el punto 
en que estaba colocado anter ormente 


This is an example of how to use 
the Video File Editor. ' 


the editing functions | 
SPLIT LINE of 
Envía al principio de la línea siguiente la parte de 
la línea a la izquierda del cursor (incluido el carácter 
de debajo del cursor) 


This is an example of how to use 
the Video File Editor 


the editing functions 


CURSOR UP E 


Coloca el cursor por encima ce una línea 


WE ES 
A 2 


SECO 
a ae 


Oo o0oBa 


a 


INSERT LINE 
Inserta una línea vacía inmediatamente debajo de 
la que está el cursor y coloca este último al principio. 


En los dos ejemplos que siguen se ilustran las 
funciones de búsqueda de cadenas. En el texto que 
aparece al lado, primero se buscará la cadena "func” 
y después la cadena 'e of" 


Si se escribe func en la segunda línea de la pantalla 

y se aplica SEARCH DOWN, el Vídeo File Editor busca 
la cadena “func” a partir de la posición ocupada por el 
cursor avanzando hacia el final del texto. 


Si se escribe e of en la segunda línea de la pantalla y 
se aplica SEARCH UP, el Vídeo File Editor busca la 
cadena “e of" a partir de la posición ocupada por el 
cursor avanzando hacia el principio del texto. 


This is an example of how to use 
the Video File Editor. 

A 

the editing functions 

of 


his is an example of how to use 
the. search function keys of the 


Video File Editor to find a 
particular combination of charac- 
ters 


This is an example of how to use 
the search function keys of the 
Video File Editor to find a 
particular combination of charac- 
ters 


This is an examp1W3 of how to use 
the search function keys of the 


Video File Editor to find a 
particular combination of charac- 
ters 
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cionales que constituyen entidades residentes 
en el mismo. Los varios bloques actúan todos 
sobre los mismos datos y concurren a la solu- 
ción del mismo problema, aunque cada uno tra- 
ta un aspecto o una particularidad del conjunto. 
La utilización de este procedimiento consiste en 
enviar a ejecución las diversas partes que lo 
constituyen, de acuerdo con la necesidad espe- 
cífica o debido a prioridades temporales esta- 
blecidas por el programa. En el primer caso, la 
ejecución de una parte del procedimiento no es- 
tá subordinada a la ejecución de las otras par- 
tes, y el usuario tiene libre acceso a la secuen- 
cia sin tener que respetar condiciones anterio- 
res. En el segundo caso, necesidades particula- 
res de elaboración exigen respetar precisas 
reglas de secuenciación; por tanto, la elección 
de las funciones debe ser guiada por el sistema. 
En cada caso, el usuario debe tener a su dispo- 
sición un medio para que pueda 

m presentar la lista de las funciones previstas 

en el procedimiento 


m aceptar y controlar la elección del usuario 
" presentar, bajo demanda, las principales ca- 
racterísticas del propio procedimiento o de 
los programas que lo acompañan 
Una estructuración similar también es útil para el 
programador, ya que facilita la división de todo 
el software en partes más pequeñas, simplifi- 
cando la escritura y minimizando eventuales 
problemas de ocupación de memoria. 
El software que cubre las necesidades mencio- 
nadas, y en consecuencia las funciones de guía 
para la elección que se realiza, normalmente se 
llama menú. 
Estructuralmente, un menú es muy sencillo: con- 
siste en la presentación de las posibles funcio- 
nes y en la petición de introducción del código 
de la función deseada en aquel momento, 
Según la respuesta, el programa de gestión del 
menú procede a cargar y a enviar a ejecución la 
oportuna parte del procedimiento. 
Abajo aparece el diagrama de flujo de un menú 
genérico. En base a la elección hecha por el 


DIAGRAMA DE FLUJO DE UN MENU GENERICO 


Control de introducción 
Funciones 1/0 
Programa seleccionado 


Control de fin de 
procedimiento 


El final de la sesión 
de trabajo se obtiene 
introduciendo el 
código O 


El programa llamado al final debe volver 
a cargar el menú para la siguiente selección 
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unuario se carga el oportuno programa, que 
obupa también el área de memoria en la que es- 
laba cargado el menú. Al final de las funciones 
previstas, a su vez el programa llamado debe 
lbcargar en la memoria el menú para permitir 
tina elección sucesiva. La instrucción que per- 
mile realizar estas cargas es: 


RUN "X:NOMBRE” 


X indica la unidad de disco en la que reside el 
programa a llamar (A/B, 0/1); NOMBRE es el 
nombre con el que el programa que debe en- 
viarse a ejecución se identifica en el disco. 

los menús pueden llamarse en cascada para 
multiplicar la posibilidad de elección y facilitar la 
búsqueda de la función deseada. 

Por ejemplo, un menú principal puede llamar un 
cierto número de menús secundarios, cada uno 
dedicado a una cierta categoría de funciones; a 
su vez, los menús secundarios llaman los pro- 
c¡ramas específicos. Al final de cada programa 


específico deberá reclamarse el menú secun- 
dario desde el que ha sido llamado y el menú 
secundario deberá reclamar el principal. De es- 
te modo se pueden realizar elecciones en los 
dos sentidos: del general subir al detallado y, 
viceversa, de la aplicación particular volver a 
salir a la general. En esta página y en la siguien- 
te se ha indicado el listado de un menú principal 
que llama otros menús. Como esta rutina consti- 
tuye el punto de entrada de todo el procedi- 
miento que la utiliza, en ella deben haberse pre- 
visto las funciones comunes a todos los progra- 
mas, como la inicialización de las teclas funcio- 
nales o la fijación de una forma particular del 
cursor. Obsérvese que, en esta etapa, las teclas 
funcionales sólo se inicializan, es decir, se les 


asocia un código numérico; la función que se », 


desarrollará bajo este código se establece en 
cada programa sencilio. Por ejemplo, en el me- 
nú principal puede asignarse a Una cierta tecla 
el código numérico 2: en un programa, este có- 
digo podrá activar las funciones de impresión, 


MENU PRINCIPAL 


' DACLI A 


Cm Runa: pen EE 


) RUNAS MENUA 


50 PROVE! 


PRINT MT TCEII 


4920 ENT 


Y PROVEEDORES 


ENORES 
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4940 
4960 
4980 
5000 
5020 
5040 
3060 
5080 
5100 
5120 
5140 
5160 
5180 
5200 
5220 
3240 
5260 
5280 
5300 
5320 
5340 
5360 
5380 
5400 
5420 
5440 
5460 
5480 
5500 
5520 
5540 
5560 
5580 
15600 
5620 
5640 
5660 
5680 
5700 
5720 
5740 
5760 
5780 
5800 


Y MINI IE MIN III 


FRINT EI$ 


Ck=biX=21Y=1 1GOSUB 5700: PRINT"E,G.S. Contabilidad general” 
CKoa3ixm131Y= 


PRINT "E1>= 
Y=Y+1:G0SUB 
RRINTIA RE 
Y=Y+1:G0SUR 
RENTA 0 
Y=Y+1:GOSUE 
RRINTIVNS 
Y=Y+1:GOSUE 
ERINTALNSES 
YY +1: GOSUR 
RRTNTINTEES 
Y=Y+41 5 GOSUE 
ERTNTA70> 
Y=Y +1: G0SUk 
ERINIWNaT= 
Y=Y41 :GOSUE 
RERINTOLED ES 
YY 41 0 GOSUK 
RRENTELIOES 


6+GOSUE 35700 

ALMACEN" 

5700 

DATOS CLIENTES Y PROVEEDORES" ” 
3700 

COBROS Y FAGOS" 

3700 

FACTURACION" 

5700 


CARGO MERCADERIAS" 
5700 

NOTAS JE ARONO" 
700 

CARGO CLIENTES" 
5700 

CARGO FROVEETIORES"” 
5700 

Explicaciones sobre el uso del 
5700 

FIN TAREA" 


Programa" 


X= :YY+2:G0SUB 5700 


FRINT 


"INIVRODUCIR OPCION ELEGIDA" 


X=26:505UE 5700 :AS=INFUTS (1) ¿PRINT AS 


V=VAL (AG) 
IF 439 GOTO 
PRINT BIS 


5600 


X=31V:61G05UK 5700 


PRINT 
IF Y=0 THEN 
RETURN 


"ESPERAR CARGA PROGRAMA" 


V=10 


PRINT CHR$ (7) ,CHRS (7) 


X=42: GOSUE 
FRINT 
GOTO 5440 
' 


34700 
“NO VALIDO" 


; DESPLAZAMIENTO CURSOR 

: FILE CURS-X/Y 

ON CK GOTO 5760,5800,5880,5220,5960 

PRINTOCHRS (27) +2HRS (61) 4+CHRS (31 +1) +OHR$ (310 


RETURN 


FRINT CHR$(27)+"cu4r1r 


5820 
3840 
3860 
3880 
5900 
5920 
3940 


FRINT CHRS (27) +C0HR9 (61) +CHRS (314) ¿CHRS$ (3140 ; 
PRINT CHRS (274 "CU 03 

RETURN 

PRINT CHAS (27) +EHRS (610 + CHRS (314 Y) +CHRS (3140 ; 
RETURN 

PRINT CHRS (27) CMRS (41) ¿CHRB (eS 10 POHRS (710 ; 
RETURN 

5960 FPRINT CHRS (27) +CHR$ (61) +CHRS (EX ACHRY O0+31) 5 
5980 RETURN 

6000 ' HINA 

6020 ' kKKXK 

6040 TECLAS FUNCIONALES 

6060 ' 
6080 ' 
6100 
6120 
6140 
6160 
6180 
6200 
6220 
6240 
6260 
6280 
6300 
6320 
6340 
6360 
6380 


626 


FILE : TASTI 
FRINT CHRG(C27)+"C4AR" 
AB=CHRS (27) +CHR$S (46) 
E-98:11=49:12=48 

FOR I=1 TO 8 

FRINT AS+CHRS (0) +CMRS CLIO CARS CID); 
K= (11-48) *16+ (12-48) ¿¡N=B-97 
EsItt1:12=12+1 

NEXT 1 

E=106:11=48:12=52 

FOR I=1 TO 4 

PRINT ABACHRS 00 +CHR$ CLIO +OHRS (IZ); 
K= (11-48) 1 6+ (12-48) ¡N=B-97 
E=R+1:12=12+1 

NEXT 1 

RETURN 


FORMÁ DEL CURSOR 


A 


on otro podrá servir como clave de salida de la 
olaboración, etc. La lista indicada contiene las 
Instrucciones necesarias para la gestión del cur- 
sor y de las teclas funcionales de una determi- 
nada máquina; si se utiliza un sistema diferente 
dobe variarse tales instrucciones, dado que, tal 
como se ha dicho, los códigos utilizaoles son 
específicos de cada máquina particular. 

Para facilitar el desarrollo del software presenta- 
do, las funciones particulares ligadas estric- 
lamente al hardware se describen aparte en 
subrutinas adecuadas. 

Hefiiéndonos siempre al listado de la página 
525 (menú principal) se observa una parte ini- 
cial que describe los files de datos utilizados en 
ol procedimiento (líneas 4545 =- 4555). En ella 
se indican los nombres de los files, la unidad de 
disco sobre la que deben montarse y los discos 
que la contienen (columna DVR), la descripción 
del contenido, la longitud del record (en bytes) y 
el número de campos en que está dividido el 
record. Esta parte tiene el único objeto de docu- 
mentar el programa y resulta muy útil, como me- 
moria previa, cuando debe modificarse. 

La línea 4560 llama la subrutina 6040 que inicia- 
liza las teclas funcionales y fija la forma del cur- 
sor. La cadena BI$ (línea 4580) contiene, ade- 
más, el carácter Escape [CHR$(27)], los carac- 


teres + y CHR$(7). El primero, para la particular 
unidad de vídeo utilizada, tiene la función de 
anular el contenido de toda la pantalla, el segun- 
do provoca la emisión de un sonido con el fin de 
reclamar la atención del operador. Este sonido 
se llama «beep» y en algunas máquinas está 
controlado por una instrucción adecuada 
(BEEP). Obsérvese que el código CHR$(7) para 
obtener el beep está en las tablas ASCII y, por 
tanto, está presente en casi todas las máquinas. 
La presentación de las diversas descripciones 
se ha hecho en la subrutina 4960, que se inicia 
cancelando el vídeo (PRINT BI$) y presentando 
las líneas de cabecera 4980. 

La posición de las diversas líneas escritas en la 
pantalla es parametrizada. 

Observando la línea 4980 puede verse cómo se* . 
introducen tres parámetros (CK, X y Y); el pará- 
metro CK no se utiliza y está predispuesto para 
las implantaciones futuras. El valor de X expresa 
la columna en la que debe iniciarse la escritura, 
el valor de Y la línea. Para posicionar la escritura 
a partir de las coordenadas X, Y (columna, lí- 
nea) debe situarse el cursor en esta posición 
antes de emitir la escritura. El posicionado se 


El ordenador personal puede simplificar 
notablemente la gestión de un almacén 


MENU DEL ALMACEN 


45300 ' 

45039 ' *Xx% MENU DEL ALMACEN x*x 
4510 ' FILE : MENU1 

4512 ' 


4514 '. VERS. 2/12/83 

4513 'LAS TECLAS FUNCIONALES SON HABILITADAS FOR El MENU PRINCIPAL —- FILE ¡MENU 
43520 RIH=CHR$ (27)+"+"+CHR$ (7) 

4525 GOSUB 4615 

4530 ON Y GOTO 4035,4640,4540,4030 435%, 4060,4565,4570,4575,4580 
4535 RUN"A:GENAL.M" ' GENERACION DENOMINACIONES 

4540 RUN"A:MUUSEM" "o MOVIMIENTOS SEMANALES 

4543 RUN"A:PRISEM" ' IMPRIME MOV, SEM, 

4300 RUNYA: TRAAR" ' TRANSFERENCIA AL ARCHIVO 

40395 RIUN"A¡PRIARC" ' TMPRIME ARCHIVO 

4560 GOTO 4510 

4563 GOTO 4510 

4570 010 4510 

45735 RUN"A:HLP2" 

4580 FRINT EI$ 

4385 C(K=5:1X=30:Y=10:GUSUE 4800 

4370 PRINT OCHRG(27)+"61" 

45935 FRINT CHR$(27)+"G0" 

4600 RUN"A:MENU" 

460% END 

A 

46135 FRINT EI$ 

4620 CK=B1X=21Y=1 1GOSUR 4800 :FRINTUE.G.S. Gestión Almacén" 

4625 (K=51X=131Y=6:GOSUK 4800 

4630 FRINT "l- Generación y Variación denominaciones de ALMACEN” 
4633 Y=Y+1:GOSUE 4800 

4640 FRINT "2- Muvimientos Cargo/Mescargo SEMANALES" 

4643 Y=Y+1:GOSUE 4800 

4630 FRINT "3- Tmpurine Movimientos SEMANALES con VALORACION" 
4633 Y1eY+1:GOSUE 4800 

4660 FRANT "4- Transferencia Movimientos SEMANALES al ARCHIVO: ACUMULATIO” 
46635 Y=Y +1 :GOSUE 4800 

4670 FRINT "li Imprime com VALORACIÓN del ARCHIVO AGUMULATIO"” 
467% Y=Y+1:GOSUE 4800 


AE ONO ea ONCE 
408% Y=Y+1:GOSUE 4800 
AEROTN 
46935 Y=Y41:GOSUE 4800 
ASS e OS 


4705 Y=Y+1:GOSUE 4800 

4710 FRINT "9- Explicaciones sobre el ouso del Frograma” 
4713 Y=Y+1:GOSUK 4800 

4720 PRINT "0-FIN TAREA” 

4723 X= 1 Y=Y+2:60SUE 4800 

4730 FRINT "INTROMUUCIR OPOTON ELEGINA" 
47335 X=26G05UE 4800!A$=INFUTS (1) ¿FRINT AS 
4740 V=VAL (AB) 

474% 1F V29 GOTO 4775 

4750 FRINT KIS 

4735 X=51Y=6'GOSUE 4800 

4760 FRINT "ESPERAR CARGA FROGRAMA" 

4763 IF U=0 THEN V=10 

4770 RETURN 

77% FRINI_CHRS (7) ,CHRKS (7) 

4780 X=42:50S5UE 4800 

4785 FRINT "NO VALIDO" 

4790 GOTO 473% 


79 
4800" MESPLAZAMIENTO CURSOR 
4803 ' FILE CURS-X/Y 


4810 ON CK- GOTO 4810%,4821,48401,4805, 4865 

48915 PRINT CHR$ (27) +CHR$ (61) +CHRS (41,41) +OHKS (314+X) 5 
4820 RETURN 

4825 PRINT CHR$H(27) + "CU 1 

4830 PRINT CHRS (27) +CHR$S (61) 4CHRS (31. EV) +CHRH (3140 
48335 PRINY CHRS(27D 4 CCU" 
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4340 RETURN 


404% PRINT CHR$S (27) +CHRKS (61) +CHRS (314 Y) +CHR$ (3140 ; 


4850 RETURN 


4855 PRINT CHR$S (27) 4COHRK$ (61) ¿CHR$ (LoR1) +CHR$ (71) 5 


4860 RETURN 


4865 PRINT CHRS (27) +CHRS (41) A CHRS (Y E310 ACHRS OC+31) 3 


4870 RETURN 
MET ARRE 
4880 * HAIR 


£.0.8. Oontebilidac Ómmeral 


- ALMALEN 


Menú principal: según la denominación 
seleccionada, se carga y presenta uno 
de los menús secundarios, 


obtiene en la subrutina 5700; la escritura se emi- 
le con la instrucción PRINT que sigue a la llama- 
da de la subrutina de posicionado del cursor. 
El posicionado del cursor se obtiene simple- 
mente enviando a impresión en el monitor la ca- 
dena de comando (línea 5760) terminada con el 
símbolo ;, que sirve para impedir el retorno al 
principio (se verán los formatos de impresión). 
En la línea 5440 hay la instrucción A$ = 
INPUT$(1) que permite la lectura de un solo ca- 
rácter (la elección puede hacerse sólo entre O y 
9); el carácter obtenido así se transforma en nu- 
mérico (línea 5460) y se controla (línea 5480). Si 
el valor queda comprendido entre los previstos, 
se realiza la cancelación del vídeo (línea 5500) 
y se informa al usuario que debe esperar (línea 
5540) ; el programa vuelve a realizar las instruc- 
ciones del main que siguen a la llamada a esta 
subrutina (línea 4620). 

En este punto se realiza la selección del progra- 
ma que hay que cargar de acuerdo con la elec- 


Se ha seleccionado la denominación 1 (ALMACEN). 
La siguiente selección permite el acceso a 
los procedimientos. 


ia ll 


ción efectuada por el operador. 

Por ejemplo, si la respuesta es 1 (V = 1) se car- 
ga y se envía a ejecución el programa MENU1., 
Este programa (cuyo listado se ha indicado al 
lado y en la parte superior) permite realizar elec- 
ciones posteriores (líneas 4530 + 4555) y, al fi- 
nal, reclama el anterior (línea 4600); por tanto, 
se trata de un menú secundario. 

En éste no hay presentes las instrucciones para 
obtener una particular forma del cursor, ni la ¡ni- 
cialización de las teclas funcionales (cperacio- 
nes ya realizadas en el menú principal), mien- 
tras que siempre debe haber la subrutina de po- 
sicionado del cursor (líneas 4800 = 4840). 
Obsérvese que los dos menús (principal y se- 
cundario) tienen la misma numeración, ya que el 
uno recubre el otro y no hay por qué utilizar nu- 
meraciones diferentes. Por el contrario, como to- 
dos los menús parten del mismo número de lí- 
nea, se facilita la búsqueda de los errores y la 
realización de variaciones en el programa. 
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Generación de histogramas 


Utilizando las funciones de direccionamiento del 
cursor también pueden construirse histogramas 
no gráficos en la pantalla de vídeo. El proceci- 
miento consiste en escribir en el vídeo una serie 
de símbolos en números proporcionales (según 
un factor de escala prefijado) a la magnitud a 
representar. Por ejemplo, para representar el 
valor 150 puede elegirse un factor de escala 10, 
y el número 150 será representado por ura co- 
lumna de 15 símbolos (150/10). 

Para obtener la representación en el vídeo de- 
berá escribirse 15 veces el mismo símbolo, va- 
riando cada vez en una unidad el número de 
línea y manteniendo fijo el número de columna. 
De este modo se obtiene una pequeña columna 
de altura proporcional al valor numérico que hay 
que representar. 

Aquí debajo se indica el esquema de principio 
de la lógica de representación. 

El posicionado del cursor puede obtenerse defi- 
niendo una función que contenga los códigos 
de direccionamiento. Por ejemplo, la función 


FNPS(A,B) = CHR$(27) + CHR$(61) + 
CHR$(31 + B) + CHR$(31 + A) 


posiciona el cursor en la línea B, columna A. Co- 
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mo la pantalla de vídeo posee normalmente 80 
columnas y 24 líneas, los valores máximos que 
pueden obtenerse son A = 80 y B = 24, mien- 
tras que los posicionados mínimos son para el 
eje X (indicado con |) de un carácter y para el 
eje Y (indicado con J) de una línea. 

En otras palabras, no pueden obtenerse gráfi- 
cos con símbolos más juntos que la distancia 
que existe ya sea entre dos líneas (eje Y) o ya 
sea entre dos caracteres (eje X), porque para 
un vídeo no gráfico, la posibilidad de direc- 
cionamiento es para números enteros de lí- 
nea y de columna (caracteres); no existen po- 
siciones intermedias. 

Refiriéndonos al esquema de la pág. 631, la co- 
lumna del histograma que representa el valor 
150 se obtendrá direccionando el cursor sobre 
15 líneas sucesivas (1, 2, 3, etc.) y escribiendo 
el símbolo elegido, mientras que el valor de la 
columna (I) permanece invariable. Para repre- 
sentar un nuevo valor al lado del anterior debe 
variarse la abscisa (columna !) y repetir el bucle 
en la línea (J). Uniendo los dos bucles, es decir 
insertando los dos bucles uno dentro de otro, se 
pueden obtener histogramas que comprendan 
hasta 80 columnas una al lado de otra, y que 
corresponderán a una para cada columna de la 
pantalla del vídeo. 


LOGICA DE REPRESENTACION GRAFICA DE 
UN VALOR NUMERICO ENTERO 


Entrada: V = Valor numérico J 
entero a representar 


LOGICA DE REPRESENTACION GRAFICA SOBRE MAS COLUMNAS 


FNPS (1, J) 


XXX KAR 


ma Bucle de posicionado vertical (líneas) 
== Bucle de posicionado horizontal (columnas) 
has Instrucciones de posicionado y escritura 


En el esquema se han indicado las coordena- 
das X, Y con los símbolos |, J para distinguir 
este caso particular de direccionamiento dis- 
creto del caso general de direccionamiento 
por coordenadas. 

En las pantallas mo gráficas, los valores que 
pueden asumir las coordenadas sólo son núme- 
ros enteros, ya que representan filas y columnas 
efectivas de la pantalla; en otros términos, no se 
puede posicionar el cursor en el punto 2.75 (lí- 
neas): o se elige la posición (línea) 2 o la posi- 
ción (línea) 3. En este caso, el direccionamiento 
se llama discreto (es decir, limitado a un cierto 
número de valores). 

En cambio, en las pantallas gráficas ya no se 
está vinculado a las líneas y a las columnas; se 
puede hacer referencia a los puntos de panta- 
lla, que pueden ser definidos con un par de 
coordenadas parecidas a los puntos de un pa- 
pel milimetrado. Tampoco en este caso pueden 
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PROGRAMA PARA LA GENERACION DE HISTOGRAMAS 


Presentación del 
== histograma 
===" Funciones l/O 
=== Controles para la 
segunda presentación 


A(12) = Valores absolutos a representar 
P(12) = Porcentajes en los 12 períodos 
FNP$(X, Y) = Función que posiciona el cursor 


Introducción del total T y de los 
porcentajes correspondientes a 
los 12 períodos 


El factor de escala se 
calcula en base al valor 
máximo de los valores A(l) 


y al número máximo de 
líneas que se desea 
utilizar 

para la presentación 


y 


yy 
y 
4 


Ver el diagrama de flujo de 
la expansión 
> Co) 


FLAG se pone igual 
a 1 cuando se ha 
completado la 
representación del 
histograma 
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EXPANSION DEL BLOQUE "PRESENTACION DEL HISTOGRAMA” 


».2 Bucle de los períodos 
-. Bucle de las amplitudes 
===. Control sobre el valor de las Y 
== Cálculo de las coordenadas 


representarse todos los posibles valores de X y 
de Y, ya que el número de puntos de la pantalla, 
aunque muy grande, es limitado. En la página 
631 se ha representado el esquema lógico para 
la preparación de un histograma que representa 
(uno al lado del otro) cinco valores numéricos. 
El primer bucle, el más exterior, selecciona la 
columna del vídeo sobre la que se construirá la 
representación gráfica del valor. El bucle más 
interno determina la altura de cada una de las 
cinco columnitas, seleccionando un número de 
líneas proporcional al valor a representar y es- 
cribiendo para cada línea el simbolo elegido (en 
el ejemplo, el smbolo s). 

Al lado y arriba se ha indicado el diagrama de 


Selección 
del período 


La instrucción FNP$(X, L); ... 

(ver la línea 420) posiciona el 
cursor y escribe el símbolo B$ 

un número de veces igual al valor 
(Y) a representar. Así, para 

Y = ?, se tienen tres posicionados 
y tres escrituras para el mismo 
valor de X (período) 


flujo de un programa para la preparación de his- 
togramas con doce valores numéricos. El ejem- 
plo es generalizado y puede aplicarse a casos 
prácticos para la representación gráfica de la 
distibución en 12 períodos de cualquier magni- 
tud, Puede utilizarse, por ejemplo, para repre- 
sentar previsiones de gastos (presupuestos), 
caroas de trabajo, etc.; el número de períodos 
(12) permite implantar una representación men- 
sual en el marco de un año. Los datos que debe 
proporcionar el programa indicado en las pági- 
nas 534 y 635 son el total (cantidad gastada, ho- 
ras de trabajo, etc.) y los porcentajes previstos 
en cada uno de los períodos. El programa cal- 
cula el valor absoluto correspondiente a cada 
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EJEMPLO DE PREPARACION DE HISTOGRAMAS 


30... FILE. + HIST 

40 DIM ACL12, F(12) 

30 DEF ENPS(X, Y) =CHR$ (27) +CHBRS (61) +CHRS (31+Y) +CHKS (314X) 
60 CSCHRK (074140 '* CLEAR VIDEO 

70 Eb=" " * SIMBOLO USANO FARA El. HISTOGRAMA 

80 FIS=CHR $ (24 064" * FORMATO (VUTDEO INVERTIDO) 

90 FU$=CHR$ (27) +4"GO" ' FORMATO (VIDEO NORMAL) 

100 INFUT" CIFRA TOTAL ";T 

110 PRINTS O" INTROVUCTIR El. FORCENTAJE FOR CADA PERIODO” 

120 FOR T=1 TO 12 

130 FRINT " Fertodo "¿1 

140 INFUT *" Porcentaje "¡PX1) 

1350 NEXT 1 

160 S0O=5 * FACTOR DE ESCALA HORIZONTAL 1 PFERIOMO = 5 POSICIONES 
170 * * CALCULO DE LAS CANFIUADES EN CAVA FERTODMO SENCILLO 
180 FOR 1=1 TO 12 

190 ACD-FCDAT/100 

200 NEXT 1 

205 FRINT 0$ '" CLEAR VIDEO 


210 ” 

220 * *%* RUSQUEDA UEL MAXIMO ENTRE 108 VALORES A CT) 
230 ' 

240 MX=0 


2590 FOR I=1 TO 12, 

260 IF ACID) 5=MX THEN MX=A CI) 

270 NEXT 1 

272 1F FLAG=1 GOTO 276 "SALTA LA ELECCIÓN DE ESCALA SI ES EL SEGUNDO GIRO 
275 GOSUK 3000 ELECCION TEL TIFO UE ESCALA VERTICAL 


276 PRINI C$ * CLEAR VIDEO 

280 * 

290 * XxX FACTOR DE ESCALA VERTICAL = NUMERO JNE FILAS/MAXIMO 
300 ” 

310 SU=20/MX 

320 * 

32% GOSUR 1000 "ESCALA HURKLZONIAL. 

327 GOSUE 2000 ' ESCALA VERTICAL, 


330 '* xx BUCLE ME PRESENTACION HISTOGRAMA xo 

3390 FOR T=1 TO 12 

360 X=1%50 

370 Y=A(1)*5Y 

373 1F 122 GOTO 460 * SALTA LA ESCRITURA SP-EL VALOR NO FUEUE OBTENERSE 
380 FOR J=1 TO Y 

390 L=22-.) ES LA POSICION Y=1 ESTA ARRIBA A LA IZQUIERDA 


400 : PARA INICTAR DIESE ABAJO BERE FOSTICIONARSE EN 22.) 
410 y (22 SON LAS LINEAS DE LA FANTALLA UTILIZADA) 

420 PRINT FNEFS(X,L);FIS;R5;FV$S 

430 NEXT ,) 

430 X1=X-1G5FRINT FNFS O, LO POD 

460 NEXT 1 


470 X=40:Y=1+PRINT FNFS(X,Y) 5 * POSICIONA El. CURSOR EN 40,1 

473 PRINT" FARA CONTINUAR, INTRONDUCTK UN CAKACTER”15$5-=INFUTS (1) 

480 PRINT C$ 

483 1F FLAG=L1 GOTO YO "BT SE HA COMFLETANO LA SEGUNTIA VUELTA TERMINA 
490 INFUT" $51 quiere una salida con escala relativa (S1/N0)"¡RESFS$ 

800 TF RESFS="S1" THEN FLAG=1:G0T0 240 


510 ENT 
1000 '* 2% ESCRITURA ESCALA HORIZONTAL 12 FERTODOS 
100% NL=5(012 '* LONGITUD ESCALA MORIZONTAL 


1006 GS=STRINGS (NL.,"-"") 

1007 X=1:Y<223PRINT FNFS(X,V) ¡66 

1010 FOR 1=1 TO 12 

1020 X=IxS0-1 

1030 Y=23 

1040 FRINT FNF$(X,Y)51; 

1050 NEXT 1 

1055 PRINT * RESET NEL CURSOR 
1060 RETURN 

2000 ' ** o ESCRITURA ESCALA VERTICAL 
2005 X==1 
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2010 FOR +1 TO 20 ——— * 20 = MAXIMA ALTURA HISTOGRAMA. 2 =8 


2020 L.=22-1I 


2070 ERRENTERIA A 


2040 NEXT 1 


2045 PRINT ENS 


2050 RETURN 


3000 ESCALA VERTICAL AR 


X=. 
A A 
0 A 
a E O 
> Mo O E AITOR. 26 A | 


3030 INPUT 38 quiere como valor de escala el máximo relativo A Aa 


Soto 

3020 = 

3040 IF RESFS THENURETURN: 
3050 FRINI 

3060 INPUT " CUNTINUA A: : 
3070 1F RESPE="S1" THEN X=: RETURN 


3080 GOTO 3030 


período (líneas 170 + 200), busca, además, en- 
tre estos valores el máximo (líneas 240 + 270) 
y, en base a esto, determina el factor de escala 
vertical. En el programa se han previsto tres su- 
brulinas. La 3000 permite (a título de demostra- 
ción, a fin de poner en evidencia el efecto del 
cambio de escala) la elección entre dos tipos de 
representación. 

En el primer caso, el eje Y (vertical) se utiliza 
enteramente para representar el valor máximo; 
por tanto se tiene una escala expandida. En el 
segundo caso se utiliza una escala vertical que 
llena con el valor máximo solamente una parte 
de la altura de la columna. 

Por ejemplo, suponiendo que entre todos los va- 
lores de los 12 períodos el valor máximo sea 
igual a 10 (el 20% del total), en la primera esca- 
la se representará una columnita vertical con la 
altura de todo el eje Y, y los demás valores se- 
rán representados proporcionalmente; el valor 
absoluto 5 se representará con media altura. En 
el segundo caso (escala en porcentajes) el valor 
10 se representará con una altura igual a 2/10 
de la columna correspondiente (2/10 representa 
el 20%) y el valor absoluto 5 con 1/10 de la co- 
lumna. En el programa se ha insertado un flag 
(FLAG) que permite la presentación sucesiva en 
pantalla de los dos tipos de representación par- 
tiendo de la porcentual. 

Las líneas 470 y 475 constituyen un ejemplo típi- 
co de mensajes con espera de respuesta. Para 
proseguir la elaboración al término de una re- 
presentación, debe esperarse a que el usuario 
haya leído los resultados indicados en la panta- 
lla. La práctica más generalizada consiste en re- 
servar dos o tres líneas para el usuario con el fin 
de presentar en una de ellas el mensaje de es- 
pera (línea 475). La espera se realiza con la ins- 
trucción S$ = INPUT$(1), la cual suspende la 
ejecución del programa hasta que no se intro- 
duce un carácter cualquiera. La instrucción su- 


a e a — 


E ha elegida la escala ver tical igual al 100% " 


A 


— a — 
= nd, - pa an a 


mm 


prime el eco, por lo que el carácter no aparece 
en pantalla, y la cadena S$ únicamente sirve pa- 
ra realizar la espera. El programa presentado 
utiliza como símbolo para los histogramas un 
espacio invertido (aparece un rectángulo lumi-* . 
noso); el símbolo está contenido en la variable 
B$ (línea 70) y para sustituirlo es suficiente con 
cambiar la asignación. 

El posicionado del cursor y la escritura del sím- 
bolo se obtienen con la instrucción 420. En ella, 
la FNP$(X,L) posiciona el cursor en la columna 
X, línea L; la línea viene dada por la cantidad 
22-Y, para obtener el inicio del histograma a 
partir de la línea 22, en la parte baja de la panta- 
lla. La variable FI$ contiene los códigos de co- 
mando para la inversión del vídeo (línea 80); B$ 
es el símbolo a escribir, mientras que FV$ con- 
tiene los códigos que devuelven el vídeo a la 
escritura normal. 

Al final de la columnita que representa uncierto 
valor hay escrito el correspondiente porcentaje 
P(1) (línea 450). La escritura de este valor se ob- 
tiene volviendo a posicionar el cursor en la línea 
L de salida del bucle, pero desplazado una co- 
lumna hacia la izquierda (X1 = X-1) para tener 
la primera cifra del número centrada con res- 
pecto a la columna del histograma. 

Los códigos indicados se refieren a una máqui- 
na específica; para otros modelos a utilizar de- 
ben sustituirse simplemente las líneas 50, 60, 80 
y 90 por los oportunos valores indicacos en el 
manual del usuario. 

Las subrutinas 1000 y 2000 sirven para trazar 
las escalas horizontal y vertical. En la línea 1006 
se utiliza la instrucción STRINGS$(NL, ”—”) para 
crear la cadena G$ de longitud NL que contiene 
todos los símbolos —; la escritura de esta cade- 
na produce una línea de trazos horizontal. En la 
escala horizontal además se han indicado los 
valores de los intervalos (de 1 a 12) con las ins- 
trucciones 1010 + 1050. 
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GENERACION DE HISTOGRAMAS 
EN LA PANTALLA 


RUN 

CIFRA TOTAL ? 80 

INTRODUCIR LOS PURCENIAJES PARA CADA PERIODO 
Período 1 


Porcenta ju 7? 10 
Período 2 


En esta página se han representado las imágenes NO ANO 
de vídeo de la fase de introducción de datos Porcentaje 7 
(al lado) y de presentación de los histogramas UN 
(abajo) referidos al programa indicado en la reia 
página 634. La fase de introducción está guiada ha icdaRar 

| porel propio programa, que a cada vuelta pide los SAC R)N 

| datos necesarios (líneas 100 + 150). Después de Porcentaje 

| Ja fase de cálculo, el control pasa a la subrutina iaa 


3000, que establece la escala vertical a adoptar. Rartodo ? 


Porcenta je 
Período 10 
Porcentaje 7 


En el primer caso se ha elegido la escala relativa: 

cada dato numérico está representado por una 

columnita de altura igual al porcentaje de la 

máxima altura posible indicada por el mismo dato, Total = 80 PARA CONTINUAR INTROMICIR 
4 


UN CARACTER 


En el segundo caso se ha elegido la plena escala: 
esta vez, el valor máximo introducido está 
representado con una columnita de altura igual a 
la máxima disponible. Los otros datos están 
representados proporcionalmente. 


Total = PARA CONTINUAR INTRODUCIR UN CARACTER 


TEST 18 


1 /¿Qué son los atributos de un carácter? 


2 / ¿Cuáles de las siguientes instrucciones son erróneas? 


10 PRINT A,B,C 


20 FOR |=1 TO 20 : PRINT PRUEBA” ; : NEXT | 


30 PRINT A, TAB(60),B,TAB(100),C 


3 / ¿Cuál es el efecto de las siguientes instrucciones? 


10 FOR |=1 TO 30 
20 PRINT |, "DATOS”,A$ 
30 NEXT | 


4 / Suponiendo que la función FNP$(X,Y) posicione el cursor en la columna X y la línea Y, 
¿cuáles son las instrucciones que permiten escribir en un punto cualquiera de la 


pantalla una cadena cualquiera? 


Las coordenadas (línea-columna) y la cadena deben introducirse por teclado y el 
programa debe terminar introduciendo columna = 0 o bien línea = 0. 


5 / Suponiendo que la cadena INV$ contenga los códigos para la generación de escritura 
con vídeo invertido y que NOR$ contenga los códigos de funcionamiento normal, 
¿cómo debe modificarse la instrucción de escritura del punto anterior para obtener la 
impresión de la cadena invertida? 


Las soluciones, en las págs. 644-645. 


Gestión de los archivos 


Los files reconccidos del Basic son de dos ti- 
pos: SECUENCIALES y DIRECTOS (RANDOM). 
En los files secuenciales, los datos se escriben 
(y leen) uno a continuación del otro (no se pue- 
de acceder a un dato sin haber pasado antes 
por todos los anteriores). Un uso típico de estos 
files es el apoyo para datos en la entrada por 
teclado. En cambio, los files directos permiten la 
lectura y la escritura de los datos direccionando 
directamente el record que interesa y sólo 
aquél. La lógica de acceso a los datos de un file 
es la misma en ambos casos, y comprende las 
siguientes secuencias de funciones: 


m Apertura del file 

m Lectura y/o escritura de los datos 

mn Cierre del file (al término de su utiliza- 
ción) 


Cada función tiene una sintaxis diferente según 
si se trata de files secuenciales o directos. Por 
tanto, se examinarán separadamente haciendo 
referencia a los dos casos indicados. 


Funciones de acceso a los files secuen- 
ciales 


Un file secuencial puede ser de dos tipos: de 
salida, indicado con las letras ”O” (Output) o de 
entrada, indicado con la letra ”l” (Input). El tipo 
de file (0/1) debe especiticarse en la instrucción 
de apertura. 

Esta instrucción, que debe introducirse antes de 
intentar el acceso a los datos, tiene la forma 


OPEN ”TIPO”,N," NOMBRE” 


donde 
TIPO puede asumir uno de los valores O/l 
N es un valor numérico asociado al file, 
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con el cual este último deberá indi- 
carse en las sucesivas operaciones 
de acceso a los datos 

NOMBRE es el nombre con el que se ha creado 
el file 


Por ejemplo, la línea 
OPEN ”/"/2,"A:PRUEBA" 


abre el file de nombre PRUEBA residente en la 
primera unidad de disco (A:) en la modalidad 
input (1) y le asocia el número 2. 

En las operaciones de lectura de datos este file 
deberá indicarse con el número 2. 

En algunos sistemas, el número del file debe ir 
precedido por el símbolo +. En este caso, la 
instrucción de apertura se modifica como sigue: 


OPEN "Il", 42, "A:PRUEBA” 


En lo sucesivo, el simbolo + no se empleará en 
las instrucciones OPEN pero podrá ser obligato- 
rio, según la versión del Basic. 

La apertura del mismo file en modalidad output 
se obtiene con la línea 


OPEN ”0”,2,"A:PRUEBA” 


La modalidad con la que debe abrirse el file de- 
pende de las sucesivas funciones que se desea 
realizar en él. Para adquirir datos del file debe 
abrirse en modalidad input; de hecho se trata 
de una introducción de datos en el programa. 
Por el contrario, para escribir en el file debe 
abrirse en modalidad output ya que el file, visto 
desde el programa, es equivalente a un disposi- 
tivo de salida. 

Al final de las operaciones de acceso a los da- 
tos, el file debe cerrarse. La instrucción que de- 
be introducirse es 


CLOSE N 


donde N es el mismo valor numérico asignado 
al file en la fase de apertura. Por ejemplo, para 
cerrar el file anterior, la instrucción que debe in- 
troducirse es CLOSE 2. 

Entre las instrucciones OPEN y CLOSE pueden 
utilizarse todas las funciones previstas para el 
acceso a los datos o para el control del estado 
del file. Las instrucciones utilizables con files se- 
cuenciales son las siguientes: 


INPUT 
LINE INPUT 
WRITE 
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PRINT 

PRINT USING 
EOF 

LOC 

KILL 

NAME 


A continuación se describe y comenta cada una 
de estas instrucciones. 


INPUT. Esta función, que tiene la sintaxis 
INPUT 4 N, VARIABLE 


adquiere los datos del file N y los transfiere a la 
variable especificada. Introduciendo la línea 


INPUT 4 1,B$ 


el contenido de un record del file 1 (el record 
«en Curso»: se recuerda que, en los files se- 
cuenciales, la lectura y la escritura empiezan 
siempre por el record 1 y prosiguen en serie) se 
lee y se transfiere a B$, En esta instrucción, co- 
mo en las instrucciones de acceso a los datos, 
el símbolo + no puede omitirse. 


LINE INPUT. Su sintaxis completa es 
LINE INPUT 44 N, VARIABLE 


Adquiere una línea entera de caracteres (hasta 
254) como la instrucción análoga para el tecla- 
do. Una utilización particular de esta instrucción 
se tiene en la lectura de un programa memoriza- 
do en disco en forma ASCII como parte de otro 
programa. El segundo programa ve el primero 
(el del disco) como un file de datos normal, y por 
tanto puede leerlo, El único obstáculo es la lon- 
gitud variable del record (lógico). Cada línea de 
un programa memorizado en ASCII contiene un 
número de caracteres que depende de la ins- 
trucción que hay escrita; el único modo para re- 
conocer el punto en que termina la línea es leer 
secuencialmente los records para encontrar el 
código CR (Carriage Return) que es el que ter- 
mina la línea Basic. 


WRITE. La función WRITE, que tiene la sintaxis 
WRITE 4 N, VARIABLE 


escribe en el file identificado con el número N el 
valor contenido en la variable especificada. 
Para usar la instrucción, el file debe abrirse en 
modalidad 'O" (es una salida del programa). 


AE 


Lu instrucción WRITE inserta automáticamente 
tina coma entre los valores si las variables a 
Iransferir son más de una. 


PRINT y PRINT USING. Su sintaxis es: 


PRINT + N, VARIABLE 
PRINT + N, USING... 


lienen el mismo significado que las funciones 
de impresión. Con estas instrucciones, el file N 
se trata como si fuese un periférico cualquiera. 


EOF(N). Es una función correlacionada al file 
(secuencial) número N que restituye el valor — 1 
(verdadero) cuando en la lectura del file se en- 
cuentra el código particular que señala el fin del 
propio file. El código EOF se deriva de las ¡nicia- 
les de End OF File (fin del file). Esta función, usa- 
da en el bucle de lectura de cualquier file se- 
cuencial, permite desarrollar el bucle adquirien- 
do todos los valores escritos sin conocer antes 
la longitud del file, Así, el programa 


10 OPEN "1" 1,"'A:PRUEBA” 

20 INPUT + 1,A$5,B$5,C$ 

30 IF EOF(1) GOTO 100 

40 GOTO 20 

100 PRINT "Fin de lectura del file" 
110 END 


realiza el bucle de las instrucciones 20 30, 40 
hasta encontrar el código del End Of Fie. Aquí 
la función EOF(11 es verdadera (vuelve el valor 
- 1 = verdadero”) y el programa salta a la ins- 
Irucción 100. Si se omitiese la línea 30 no se 
tendría ningún control y se intentaría leer más 
records de los que contiene el file, con el consi- 
guiente error y la detención del programa. 


LOC(N). Restituye el número de sectores leídos 
o escritos en el file N desde el momento de su 
apertura (recordemos que un sector está consti- 
luido por 128 o 256 bytes). 


KILL. La línea KILL "NOMBRE” anula el file 
NOMBRE. El file a cancelar debe cerrarse pre- 
viamente. La instrucción KILL puede utilizarse 
en cualquier tipo de file (secuencial, directo o de 
programa). 


NAME, Esta función se utiliza para cambiar el 


* En algunas máquinas la condición tiene signo opuesto: 
+ 1 en lugar de —1. 


nombre de un file. La linea genérica 
NAME "NOMBRE 1" AS "NOMBRE 2” 


sustituye al antiguo nombre NOMBRE 1 por el 
nuevo nombre NOMBRE 2, Por ejemplo, la línea 


NAME "OLDFIL” AS "NUEVO” 


sustituye el nombre OLDFIL por el nombre NUE- 
VO. Ahora, en el disco seleccionado deberá 
existir un file de nombre NUEVO, mientras que 
ya no deberá haber el nombre OLDFIL. 

En la pág. 640 se ha representado el diagrama 
de flujo de un programa que utiliza las instruc- 
ciones descritas para escribir en un file secuen- 
cial una serie de datos introducidos por teclado. 
Al final de la introducción, el programa da la lon- . 
gitud del file (en sectores) y procede a la relec- 
tura y a la impresión de los datos introducidos. 
El diagrama de flujo es mucho menos detallado 
que los que se han presentado hasta ahora y 
respeta la forma empleada en la práctica. 

Los diagramas de flujo de un programa deben 
sintetizar las acciones que debe desarrollar el 
mismo, aunque sin entrar en el detalle de cómo 
obtener el resultado: este nivel de detalle podrá 
conseguirse en la fase de escritura de las ins- 
trucciones. Por ejemplo, en el bloque 500 del 
diagrama de flujo de la pág. 640 se ha indicado 
un control sobre los primeros cuatro caracteres 
de la cadena introducida. La función a dasarro- 
llar sólo se ha indicada con el símbolo de deci- 
sión mientras pide estas fases de elaboración: 


1 / Controla que la cacena de entrada tenga al 
menos cuatro caracteres 

2 / En caso afirmativo, los primeros cuatro ca- 
racteres se transfieren a otra cadena 

3 / Siempre en caso afirmativo, esta última ca- 
dena se confronta con la cadena FIN 


El listado del programa se indica en la pág. 641. 
El diagrama de flujo de la pág. 640, que no en- 
tra en los detalles, también deja para éste la má- 
xima libertad de elección sobre cómo codificar 
el programa. El listado de la pág. 641 es una de 
las posibles soluciones, detallada y simplificada 
a voluntad. Sin embarao, pueden obtenerse los 
mismos resultados con programas más com- 
pactos, aunque menos comprensibles. 


Adición de datos a un file secuencial 


Los records de un file secuencial no pueden di- 
reccionarse. Por tanto, no pueden añadirsele 
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EJEMPLO DE LECTURA Y ESCRITURA DE UN FILE SECUENCIAL 


P = Impresora 


920 


== Funciones 1/0 
m2 Controles 


==. Instrucciones correlacionadas 
al file 
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EJEMPLO DE LECTURA Y ESCRITURA DE UN FILE SECUENCIAL 


10 x** EJEMPLO DE LECTURA Y ESCRITURA DE UN FILE SECUENCIAL 

20 FILE :  SEQ 

30 ON ERROR GOTO 1000 

100 INFUT * NOMBRE DEL FILE "¡NM$ 

200 " * CONTROL EXISTENCIA 

205 OPEN "1", 1,NM$ Al. FILE HAY ASOCIADO EL NUMERO 1 

210 * Xx SI EL FILE NO EXISTE, LA INSTRUCCION ANTERIOR GENERA UN ERROR 
215 QUE FASA El CONTROL A LA INSTRUCCION 1000 (VER: ON ERROR...) 
310 ' 
322" EL FILE EXISTE 

324 PRINT ”" El FILE YA ESTÁ FRESENTE EN EL. DISCO” 

325 INPUT " TIERE CANCELARSE (S1/N0) "; RESES 

326 IF RESFS$ <> "SI" GOTO 2030 

328 CLOSE 1: KILL NM$ 

329 * PUNTO DE LIEGANA DE VUELTA DE LA 1000 Y SIGUIENTES 

330 OFEN  "0",1,Ni4$ "EL FILE ES MECLARANO 0E OUTEUT 
331 PRINT 

332 FRINT "LAS INTKOMICCIONES TERMINAN CON LA FALABRA (FIN) " 
335 PRINT "SE HA CREANO UN FILE TIFO (0) OUTPUT" 

338 PRINT 

400 INFUT'* DATOS (4 NUMEROS Y 1 CADENA) ",N1,N2,N3,N4,A$ 

500 IF Af="FINE" GOTO 700 

600 WRITE £1,N1,N2,N3,N4,A$ 

610 GOTO 400 

700 — "* FINAL INTRONUCCIONES 

710 INFUT” SE DESEA LA RELECTURA DEL FILE (STIZNO) " ¡RESES 

720 1F RESPS="N0" GOTO 2030 

730 PRINO "¿EN QUE PERIFERICO 5E DESEA EL LISTADO UEL FILE?" 
740 INEUT"  USVITIEO  F=IMPRESORA "¡FG 

750 IF PB" AND PSP" THEN ERINTO oe ERROR 20% 1 GOTO 740 


900 CLOSE 1:0FEN "1% 1,N149 ' CEL FILE SE CIERRA Y SE VUELVE A ABRIR TIFO "I" 
910 K=0 " ANICTALIZA El. CONTANOR DE RECORDS 
920 INFUT £1,N1,N2,N3,N4,A$ * LECTURA ME UN RECORI: 


930 Kslcrl ' CONTADOR DE RECORIS 
940 PRINT "RECORÚ N.t "5K 
950 TE FS="Y" THEN PRINT N1,N2,N3,N4,A$ 
960 IF PH="P" FSHEN DPRINT "RECORD ON.+ "5 K:LPRINT O NI,N2,N3,N4,48 
980 IF EQF (1) THEN 2000 "THEN 2000 EQUIVALE A LA (GOTO 2000) 
979% GOTO 920 
1000 * xxx GESTION ERROR RAIN 
1010 FRINT " El FILE NO EXISfE, IERE CREARSE " 
1020 RESUME 329 
' 


2000 

2020 FRINT " LEIDOS 1 "¿k7" REDORDS” 

2030 PRINT " dex RUN EN IN 

2040 END 
RECORD: N.: 1 

12 A 78 2A JLAN 
RECORD N.t 2 

55 78 $ 789 LUISA 
RECORION.: 3 

14. 22 33 44 JORGE 
RECORION.: 4 

99 88 77 46 TERESA 
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datos escribiendo directamente al final del file. 
En vez de esto debe realizarse una copia del file 
que debe modificarse añadiendo, en la fase de 
escritura de la copia, los nuevos records. El pro- 
cedimiento detallado a seguir es el siguiente: 


1 / Apertura del file original en modalidad "l” 
(para el programa constituye una entrada) 

2 / Apertura de un segundo file en la mocalidad 
0”; el segundo file deberá contener los da- 
tos del primero más los records a añadir 

3 / Transferencia del file original al segundo; así 
se crea una copia de los datos en el segun- 
do file, que está en curso de elaboración 

4 / Añadir nuevos records al segundo file 

5 / El primer file, al no ser ya necesario, primero 
se cierra y luego se cancela 

6 / El último paso consiste en atribuir el nombre 
del primer file al segundo; así se obtiene un 
file que tiene el mismo nombre que el origi- 
nal, pero de mayor longitud. 


Funciones de acceso a los files directos 


Los files directos son los más utilizados, ya que 
permiten el acceso directo al record que intere- 
sa. Además, se memorizan en forma binaria y 
en el disco ocupan menos espacio que los files 
secuenciales, que se memorizan en ASCIl. 
Para los files directos no debe declararse el tipo 
(", *0”), ya que pueden utilizarse indiferente- 
mente en lectura o en escritura. 

Para el intercambio de datos entre estos files, el 
sistema operativo utiliza un buffer (recordemos 
que con este término se entiende un área de 
memoria utilizada como apoyo durante las fun- 
ciones particulares, como por ejemplo el inter- 
cambio de datos con los periféricos). 

Por tanto, para realizar la operación de escritura 
en disco, los valores a transferir deben pasar 
primero por el buffer, que se descarga sucesi- 
vamente en el disco. En cambio, en lectura, los 
datos se toman del disco y se depositan en el 
buffer; de éste, con las oportunas instrucciones, 
se pasan al programa que los pide. 

Es importante observar que el buffer, cuyo nom- 
bre está definido en el programa de aplicación, 
no puede utilizarse sí no es para intercambiar 
datos con el disco. Antes de cualquier otro uso, 
los datos contenidos en éste deben transferirse 
a otra zona de memoria identificada con un 
nombre diferente. 

Las funciones y las instrucciones utilizadas en la 
gestión de los files directos son las siguentes: 
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OPEN 
FIELD 
CLOSE 
PUT 
GET 
LOC 
KILL 
NAME 


A estas se añaden todas las funciones de cade- 
nas necesarias para dar el formato exacto a los 
datos. A continuación examinaremos con deta- 
lle la sintaxis y las funciones de cada instruc- 
ción. Para las funciones KILL y NAME se remite 
a lo que se ha dicho para los files secuenciales. 


OPEN. La sintaxis es la siguiente: 
OPEN "R”,4N, "NOMBRE" L 


donde 
R indica que se trata de un file directo 
N es el número con que el file se indica 


en el programa (en esta instrucción el 
simbolo + no siempre es necesario) 

NOMBRE es el nombre del file e indica a la vez 
la unidad de disco sobre la que resl- 
de (por ejemplo A:PRUEBA); si la uni- 
dad de disco no se especifica, el sis- 
tema asume la última unidad de dis- 
co (driver) seleccionada 

| expresa la longitud en bytes del re- 
cord lógico 


Por ejemplo, el comando 
OPEN "R",3,"B:TEST" 64 


abre un file directo con el nombre TEST en la 
unidad B. El file tiene el número 3 asociado, y 
sus records tienen una longitud igual a 64 bytes. 
El comando OPEN puede servir también para la 
creación de files. En el ejemplo anterior, si el 
file TEST existe, simplemente se abre y su con- 
tenido queda accesible; si el file no existe, el s:s- 
tema procede a crearlo y a continuación lo abre 
con la misma instrucción. 

Esta lógica puede crear alguna dificultad. Los 
programas más complejos necesitan a menudo 
trabajar sobre files contenidos en discos dife- 
rentes. Si el usuario olvida sustituir el disco, la 
instrucción OPEN, que sobre el disco adecuado 
sólo habría abierto el file, en realidad crea uno 
nuevo con el mismo nombre sobre el disco 
equivocado. Para evitar este inconveniente, pri- 
mero debe abrirse el file como file secuencial en 


la modalidad input (tipo ”I”). Si el file no está, 
pio comando genera un mensaje de diagnósti- 
pu y deliene la ejecución del programa. En cam- 
bio, sí el file existe, el sistema no señala error, 
Entonces debe cerrarse el file, anulando la aper- 
ura en modo secuencial realizada sólo para 
control, y volverlo a abrir en modalidad "R" aí- 
meta (random). Un programa que ilustra esta 
ivenica puede estar estructurado así: 


10 * Secuencia de apertura de un file directo 
40 ON ERROR GOTO 100 

JO. OPEN ”I”,1,”PRUEBA” 

10 CLOSE 1 

50 PRINT "El file existe” 

60 OPEN "R” 1,”PRUEBA" 64 

a. 

MO ' Sigue el programa de aplicación 
00. 

100 * ERROR 

110 PRINT "El file no existe” 

120 INPUT "Debe crearse”; R$ 

130 IF R$ <-> "SI" THEN STOP 

140 RESUME 60 


Fl programa só:o es indicativo, ya que el uso 
(que se hace en la línea 20 de la instrucción ON 
LBROR produce la creación del file, cualquiera 
(que sea el origen del error. En los programas de 
aplicación deben condicionarse las instruccio- 
nes inherentes al file (líneas 110, 120, 130, 140) 
al tipo de error. Al verificarse un error de siste- 
ma, en la variable ERR se escribe el código del 
error y en la ERL el número de línea que lo ha 
«generado (ERR y ERL son nombres reservados 
al sistema). Controlando estos valores puede 
establecerse si la causa corresponde a la au- 
sencia del file o si es otra, 

Así, suponiendo que el sistema operativo res- 
ponde con ERR = 53 (es el caso del CP/M), el 
programa anterior debe modificarse como 
51que: 


100 * ERROR 

110 IF ERR = 53 AND ERL = 30 GOTO 130 
120 ON ERROR GOTO O 

130 * Siguen las mismas instrucciones 

140 * de las líneas 110, 120, 130, 140 

150 * del programa considerado anteriormente 


La linea 110 controla el tipo y la procedencia del 
error, si los valores no son reconocidos como 
qenerados por la ausencia del file, el control pa- 
sá a la línea 120, que reactiva el mecanismo de 


gestión de errores del sistema; se emite el diag- 
nóstico normal y el programa se detiene. 


FIELD. Asigna a un file (que se ha abierto ante- 
riormente) el buffer a utilizar en las operaciones 
de lectura y escritura. La sintaxis es: 


FIELD 1,64 AS B$ 


La línea asigna a todo el record (64 bytes) el 
buffer B$. 

El buffer así definido es el «vehículo» de inter- 
cambio de datos con el disco; no puede utilizar- 
se para otras finalidades y, en particular, no 
puede incluirse en eventuales instrucciones de 
INPUT y de asignación, La siguiente transteren- 
cia de los datos del buffer al programa se obtie- | 
ne con las instrucciones LSET o RSET, 

Todo el record de datos puede subdividirse en 
más de un buffer, especificando para cada uno 
la longitud en bytes, Por ejemplo, la asignación 
antes considerada (64 AS B$) puede subdividir- 
se en cuatro buffers del siguiente modo: 


FIELD 1,12 AS N$,30 AS C$,20 AS V$,2 AS F$ 


El record (64 caracteres) está dividido en cuatro 
buffers: N$ de 12 caracteres, C$ de 30 caracte- 
res, V$ de 20 caracteres y F$ de 2 caracteres. 


CLOSE. El funcionamiento es idéntico al caso 
de los files secuenciales: insertando la línea 
CLOSE EN, el file número N (definido anterior- 
mente con una OPEN) se declara cerrado, y su 
contenido ya no es accesible (hasta una nueva 
apertura del mismo file). La instrucción CLOSE 
libera los buffers de apoyo asignados al file ce- 
rrado, que así pueden utilizarse para otro file. 
Naturalmente, este file debe abrirse después de 
haber cerrado el anterior. 


PUT. Es la instrucción con la que el contenido 
del buffer (o de los buffers) se transfiere al dis- 
co. En la instrucción debe declararse en qué file 
se quiere escribir, especificando su número (de- 
finido en la OPEN), y en qué posición, es decir, 
para qué número del record lógico. Por ejemplo, 
la instrucción 


PUT 1,75 
escribe en el record 75 del file 1 (en algunos 
casos el simbolo ++ puede omitirse). 


La longitud de un file directo no debe definirse 
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Xl 


SOLUCIONES DEL TEST 18 


1 /Los atributos son indicadores, memorizados junto con el carácter, que definen las 


particularidades. Por este motivo, la memoria del vídeo posee más posiciones que las 
estrictamente necesarias para memorizar sólo el código ASCII del carácter. 


2 / Las líneas 20 y 30. La 20 escribe 20 veces una cadena de 6 caracteres de longitud 


(PRUEBA) para un total de 100 caracteres en la misma línea del vídeo. Normalmente, 
este último puede alojar 80 caracteres por línea. La línea 30 contiene el mismo tipo de 
error: TAB(100) posiciona la escritura de la variable C en la columna 100, que para el 
vídeo no existe (en cambio, la instrucción puede ser válida para la impresora sustitu- 
yendo PRINT por LPRINT). 


3 / El bucle escribe una serie de datos sobre cada una de las líneas del vídeo, hasta la 


línea 30. Como el vídeo suele poseer 24 líneas, los primeros valores se pierden, ya que 
deben «correr» hacia la parte alta para dejar sitio a los últimos. 


4/A continuación se indica el listado del programa 


10 'Solución punto 4 

20 'Lectura de datos de vídeo 

30 INPUT "Cadena a escribir” ; A$ 

40 INPUT "En qué columna” ; X 

50 IF X=0 GOTO 160 

60 INPUT "En qué línea” ; Y 

70 1F Y=0 GOTO 160 

80 ' 

90 "Controles 

100 ' 

110 K = LEN(AS) 'Longitud de la cadena a escribir 
120 IF (K+X) >80 THEN PRINT "Error" : GOTO 40 
190.” 

140 PRINT FNPS(X,Y);¡AS 

150 GOTO 30 

160 END 


5 / La instrucción 140 se convierte en 
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140 PRINT FNPS(X,Y); INVS; AS; NOR$ 
Posición Video ) pato) Vídeo ] 
invertido normal 


La instrucción también puede escribirse sobre más líneas utilizando el símbolo ; que 
elimina el retorno al principio. Así, la línea anterior puede dividirse como sigue: 


140 PRINT FNPS$(X,Y) ; 'Posición 

142 PRINT INVS ; Vídeo invertido 

144 PRINT A$ ; 'Cadena a escribir (dato) 
146 PRINT NORS 'Vídeo normal 


De este modo se pueden condicionar algunas líneas de impresión al valor de un flag y, 
por tanto, obtener formas de presentación diferentes según el valor del flag. 

Por ejemplo, las siguientes instrucciones generan la escritura con vídeo invertido sólo si 
el FLAG vale 1: 


140 PRINT FNPS(X,Y) ; 
142 IF FLAG = 1 THEN PRINT INVS ; 


144 PRINT AS ; 
146 IF FLAG = 1 THEN PRINT NOR$ 
148 IF FLAG <> THEN PRINT 


La línea 146 devuelve el vídeo al funcionamiento normal y realiza el retorno al principio 
(CR) en el caso de FLAG = 1. En el caso opuesto (FLAG <> 1) se produce una línea 
con sólo el PRINT para realizar el CR que se había suprimido en la línea 144. 


previamente; a medida que se producen nue- "MH copiar desde el principio los files con longitu- 


vos records, el sistema los tiene en cuenta y ac- des iguales a las máximas previstas, opera- 
tualiza los punteros del file (éstos y otras infor- ción que comporta la escritura de un valor 
maciones están contenidas en el directorio). cualquiera en el último record previsto. 

En general, este procedimiento no produce in- Ms 
convenientes, excepto en el caso en el que se Proyecto de un circuito impreso, 


varíen más veces las longitudes de más files. 
Inicialmente, los files, por ejemplo en número de 
tres, se abren y ocupan físicamente tres zonas 
contiguas del disco. Si el primero debe alargar- 
se más allá de un cierto límite, los nuevos re- 
cords no podrían acomodarse físicamente en 
un lugar contiguo al precedente, ya que antes o 
después se encontrarían los records del segun- 
do file. Por tanto, la extensión del primer file se 
posiciona por separado. 

Lo mismo puede suceder para el segundo y pa- 
ra el tercer file (este último encuentra el espacio 
ocupado por las extensiones de los anteriores). 
Las diversas partes de cada file sólo pueden 
volverse a encontrar gracias a una compleja ta- 
bla de direcciones (tabla de las extensiones). In- 
cluso si esta última la gestiona interiormente el 
sistema operativo, la ejecución del programa 
también se complica y enlentece. Las solucio- 
nes pueden se" dos: 


"copiar periódicamente el disco que contiene 
los files sobre uno nuevo. Durante la transfe- 
rencia, el sistema procede a colocar física- 
mente contiguos todos los files y sus exten- 
siones 


Marka 
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GET. La sintaxis de esta instrucción es: 

GET 4 NR 
Lee los datos del record R del file N y los trans- 
fiere a los buffers anteriormente asociados al file 
N. Por ejemplo, 

GET A 1,75 


lee los datos que están contenidos en el record 
75 del file 1. 


LOC(N). La función LOC(N), con N igual al nú- 
mero del file al que se refiere, restituye el valor 


«que pasa» del puntero al record. 

El valor que pasa es el número del último record 
utilizado en una instrucción PUT o GET más 1. 
Por ejemplo, las instrucciones 


10 GET 1,7 
20 PUT 1,9 
30 A =LOC(1) 


proporcionan A = 10, ya que el último número 
de record utilizado es 9 (instrucción 20). 


Abajo se ha representado un esquema de trans- 
ferencia de datos al disco para la memorización 
de un listín de direcciones. 


ESQUEMA DE INTERCAMBIO DE DATOS CON EL DISCO 


El programa define un área de memoria 
como variable dimensionada con 
la instrucción DIM 


O ras 


La instrucción 
FIELD... 


asigna la 
longitud de 
cada buffer 


| e— 


Transferencia 
de datos a 
los buffers 


| los buffers se 


100 bytes 


El file se cierra y ya no 
puede utilizarse 
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y 


a 
[Fes 


El contenido de 


transfiere al disco 


Ejemplo 


DiM B$(3) 


OPEN ”R”,1,”PRUEBA”, 100 
FIELD, 1,35 AS B$(1), 

35 AS B5$(2), 

30 AS B3(3) 


NOMBRES se transfiere a BS(1) 
CALLES se transfiere a B$(2) 
CIUDADS se transfiere a B$(3) 


CLOSE 1 


PROGRAMA QUE ESCRIBE EN UN FILE SECUENCIAL 


10. 2 *% PROGRAMA QUE ESCRIBE EN UN FILE SECUENCIAL. sx 


20. > FILE = SCFLSQ 
30 INPUT "NOMBRE MEL FILE" NM$ 
40 NN$="A: "+NMG 

So 2 


' EN LA VARIABLE (NN$)> ESTA MEMORIZADA LA UNIDAD (At) 
EN QUE RESTUE EL FILE Y EL. NOMBRE UE ESTE ULTIMO 
50 OPEN "0",1,NM$ '*CARBRE UN FILE TIFO COUTFUT) NUMERO (1) CUYO NOMBRE 

: RESTOUE EN LA VARTABLE (NM$) 


80  FRINT “LA INTRODUCCION TERMINA INTRODUCIENDO (0)” 


90 PRINT 


100 INFUT "VALOR NUMERICO A ESCRIKIR"; Y 


10% TF 61=0 GOTO 150 
110  INFUT "CADENA A ESCRIEIR "; AS 


120.  FRINT £1,0,8$ * ESCRIBE EN EL FILE 1 LAS VARIARLES U,AS$ 
130 GOTO $80 ' INICIA UN NUEVO CICLO UE INTRODUCCIONES 


1350 PRINT "eek FIN INTRODUCCION xx" 
U CTERRÁ EL FILE 1, 


160 CLOSE 1 
170 OPEN "TI", 


LA LINEA SIGUIENTE LO VUELVE A ABRIR TIE 
1,N$ * TIPO INFUT (HASTA QUE EL PROGRAMA PUEDA IR A 


180 LEER. 
190 INFUT £1,V,A$ . POPE DATOS DEL FILE Y LOS TRANSFIERE A LAS VARIABLES 
200 * VA 


208 1, FRINT 
210 LERENT "VALOR NUMERICO LEIDO=";0 
212 L.FRINT 

220 LERINT "CANENA LETIA=" 09 

230 1F EOF (1) 


GOTO 300 * 51 EL FILE SE HA TERMINADO, SALTA A LA LINEA 300 


260 GOTO 190 COSE-NO, INICIA UN NUEVO CICLO YE LECTURAS 
20 > 
260? 


300 PRINT "reed FUN ENT atacara” 
310 ENb 


VALOR NUMERTCO LEIDO =- 1965 
CATENA LEIOA = MARTA 

VALOR NUMERTCO LETHO E 1959 
CADENA LETUA == LAURA 
VALOR NUMERTCO LETNO = 1925 


CALMENA LETIA = ANA 


Los campos previstos son los siguientes: 


apellido y nombre = 20 + 15 caracteres 
calle y número = 30 + 5 caracteres 
ciudad y D.P. = 30 caracteres 


Los buffers necesarios son tres, uno para cada 
campo de datos, y pueden llamarse con tres 
nombres de cadena cualesquiera. 

En lugar de esto conviene utilizar el mismo nom- 
bre colectivo, que daberá diferenciarse con un 
indice; en otras palabras, puede utilizarse una 
variable de cadena dimensionada (en este caso 
específico de tres valores), de manera que se 


tenga un solo nombre reservado a la función de 
buffer en las operaciones de entrada y salida. 


Formatos y codificación de los datos 


En los files secuenciales, los datos se memori- 
zan en formato ASCIl, pero pueden proporcio- 
narse a la rutina de adquisición también como 
valores numéricos. Arriba se ha representado el 
listado de un programa que escribe en un file 
secuencial (abierto en la línea 60 con el número 
1) un cierto número de datos introducidos por 
teclado y constituidos, alternativamente, por un 
valor numérico (línea 100) y por una cadena (lí- 
nea 110). La introducción termina introduciendo 
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Algunos kbytes para jugar 


Al principio de los años 70, en el período en que 
más extendida estaba la psicosis de los OVNI y 
tanto se hablaba de los hombrecillos verdes, de 
sus avistamientos y de los encuentros en la ter- 
cera fase, el primer alienígena verdadero llega- 
ba a la Tierra. Se llamaba «Pong» y era un vi- 
deojuego que, a través del uso de un pequeño 
procesador, simulaba por primera vez el juego 
del ping-pong, representándolo sobre un moni- 
tor del todo similar a una pantalla de televisión. 
En apariencia no poseía características antro- 
pomórficas, pero con los habitantes de nuestro 
Planeta se entendió inmediatamente. En primer 
lugar catalizó la atención de aquella variopinta 
fauna humana que frecuenta las salas de juego 
(en Estados Unidos se llaman «arcades»), ya 
que sus máquinas tragaperras están saturadas 
por un flujo imparable de monedas: constituyó 
un éxito increíble y su progenie se propagó de 
Norteamérica a todo el mundo. 

El primero en acogerse a la explosión de este 
fenómeno fue el propio inventor del Pong: Nolan 
Bushnell. No mucho después, y empujado por 
un auténtico genio emprendedor, fundó ATARI, 
la primera gran firma para la construcción a es- 
cala indusirial de los videojuegos. 

La extraordinaria difusión de los juegos electró- 
nicos con monedas destinado a las arcades 
convenció a los dirigentes de A1AHI para poner 
en el mercado una nueva versión del Pong des- 
tinada a las familias, que utilizaba como monitor 
el difundido televisor doméstico. 

Era el año 1975, y el Pong se convirtió en el pri- 
mer videojuego doméstico de la historia. 

El efecto inmediato de esta nueva presencia en 
casa fue el trastorno de la relación que mediaba 
entre el espectador y la televisión: por primera 
vez en una pantalla ya no aparecieron única- 
mente las sencillas reproducciones de imáge- 
nes reales e intangibles. 

Desde aquel momento, el imaginario e impalpa- 
ble hilo que enlaza la emisora de televisión con 
cada aparato de TV pudo cortarse. El especta- 
dor mediante el uso del videojuego, puede abrir 
de par en par la ventana de la pantalla para aso- 
marse a una nueva realidad. 

El jugador interacciona con el videojuego- 
procesador, intercambia con él informaciones 
de forma continua y, aunque a través de una 
representación ficticia, prueba emociones rea- 
les: se convierte él mismo en el protagonista de 
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lo que sucede en el vídeo doméstico. 
En aquel período se estableció por primera vez 
la estrecha relación funcional que existe entre 
dos de los bienes de consumo que más han. 
caracterizado nuestra época: la televisión y el. 
microprocesador. En aquellos años, éste daba 
sus primeros e inciertos pasos hacia un merca- 
do todavía virgen, pero indudablemente rico en. 
desarrollos en las. más variadas aplicaciones, 
entre ellas el videojuego. Este término (neologis- 
mo formado con la unión de las dos palabras 
vídeo y juego del vocablo inglés «video game») 
indica un dispositivo electrónico apto para re- 
producir en una pantalla el ambiente y las cir- 
cunstancias típicas de un juego específico. El 
objetivo principal es el de conseguir la realiza- 
ción de un juego mediante la descripción de he- 
chos que generan en tiempo real respuestas e 
instrucciones del jugador hacía el procesador y 
viceversa. 

En el videojuego encontramos una fiel réplica 
de las características funcionales típicas de un 
procesador electrónico interactivo. 

Físicamente está constituido por una consola, 
por una o dos palancas de control y por un apa- 
rato de televisión mormal funcionando como 
pantalla. Sabemos que el procesador y el juga- 
dor intercambian continuamente informaciones. 
En base a la lógica de este intercambio pueden 
describirse las características constructivas y 
funcionales de los diversos componentes del vi- 
deojuego. Una vez realizadas las conexiones 
eléctricas, la consola envía al jugador el primer 
mensaje informativo. De forma parecida a como 
sucede en los dibujos animados, en la pantalla 
de TV se genera un paisaje de fondo sobre el 
cual se mueven los operadores activos (o peí- 
sonajes) del juego: el conjunto de estos dos ele- 
mentos constituye la imagen de televisión. 
Reaccionando ante este estímulo, el jugador im- 
pone sus propias decisiones más o menos rápi- 
damente, de acuerdo con las necesidades de la 
dinámica del juego, y las envía al procesador a 
través de los mecanismos de control (joystick, 
track-ball), igual que un automovilista gira el vo- 
lante para girar o pisa el pedal para acelerar 9 
frenar. Los comandos, impartidos por el jugador 
en forma de desplazamientos mecánicos, se 
transforman en el dispositivo de comando en 
impulsos eléctricos fácilmente interpretables por 
el procesador. Este, en una iracción de segun- 
do, los interpreta, controla que sean compati- 
bles con el correcto desarrollo del juego y, en 


hase a las instrucciones que encuentra en el 
programa de gestión que tiene escrito en me- 
moria, propone al jugador una imagen televisiva 
en la que está representada una nueva situa- 
ción del ambiente. En una continua sucesión de 
neciones y reacciones, el videojuego varía las 
posiciones de los operadores activos, describe 
nuevos fondos y paisajes, cambia los colores y 
emite sonidos a música con el fin de hacer más 
sugestiva la simulación. En base al tipo de ima- 
gen de televisión propuesta existen dos catego- 
rías diferentes de juegos. Volviendo al ejemplo 
del automovilista, podemos decir que el juego 
en que el mecanismo de control no mueve ope- 
radores activos sino toda la panorámica de la 
imagen de televisión, igual que si el jugador es- 
luviese a bordo de un coche o de un avión (es 
famosa la simulación de vuelo), se deline como 
subjetivo; en cambio, objetivo es aquel en que 
el jugador está representado en la pantalla por 
un operador activo, con el que se identifica ha- 
ciéndolo mover de acuerdo con los propios co- 
mandos. 

Cada procesador que compone el videojuego 
puede gestionar las dos categorías a través de 
la sencilla sustitución del «cartridge», o cartu- 
cho, en el que está memorizado el programa 
que genera el juego. El cartucho ha sido, para el 
mercado de los videojuegos, el elemento revo- 
lucionario que, en gran parte, ha decretado su 
éxito comercial. Mediante su empleo, el usuario 
se libera de la esclavitud de tener que sustituir la 
consola para variar el juego: en el caso del 
Pong, todos los datos del programa estaban es- 
critos en una memoría soldada en el interior de 
la consola. En los videojuegos de las siguientes 
generaciones (el VCS 2600 de ATARI, por ejem- 
plo), el mismo programa está escrito en una me- 
moria desconectable de la consola: mediante 
un conector (slot) puede sustituirse por otro car- 
tucho para generar otros tantos juegos diferen- 
tes. Esta versatilidad. que recuerda muy de cer- 
ca la relación análoga que existe entre el graba- 
dor y la cassette o entre el tocadiscos y el disco, 
contribuyó a pener en marcha un nuevo merca- 
do, el de la producción de cartuchos para vi- 
deojuegos, al cual han tenido acceso las em- 
presas que no construyen consolas. Fue el nací- 
miento y la prosperidad de nuevas industrias 
que hoy facturan anualmente del orden de cen- 
tenares de millones de dólares; a esta crónica 
debe añadirse la nueva figura profesional del 
«game designer»: el creador de videojuegos. 


Junto con sus colegas artistas y músicos, este 
personaje firma las propias creaciones, partici- 
pa en los beneficios de las ventas, posee un pú- 
blico de fans y, en sustancia, es la nueva estrella 
de los años 80. Para él, transformar un buen te- 
ma en videojuego puede representar un asunto 
extremadamente lucrativo, y para la casa pro- 
ductora del cartucho un negocio de millones de 
dólares: ¡el nuevo Eldorado! 

Pero los caminos que llevan a esta mítica tierra 
empezaron a congestionarse en 1983. El apeit- 
to, aunque sólo tuese por una pequeña tajada 
de los 1,5 billones de ptas. que representan el 
giro de negocios que gravitan alrededor de los 
videojuegos, empujó a una multitud de peque- 
ñas y grandes firmas a incorporarse a esta 
aventura. y 
Inevitablemente surgió el conflicto. Lanzadas a 
una frenética carrera por la conquista de un 
mercado considerado fácil y prometedor, pero 
que pronto demostró ser más comprometido de 
lo previsto, muchas firmas se encontraron en un 
escenario digno del mejor de los «war games». 
A principios del año 83, el advenimiento de la 
tercera generación de videojuegos produjo una 
drástica reconfiguración de las cuotas de mer- 
cado, haciendo difícil la supervivencia de aque- 
llos que no ofrecían un producto tecnológica- 
mente puesto al día. Paralelamente, en el cam- 
po de los videojuegos se desarrolló una abierta 
polémica con respecto a su presunta peligrosi- 
dad en el ámbito sicológico-social. Canibalísta- 
mente, muchos mass-media se dedicaron a una 
campaña de efecto escandaloso para desacre- 
ditar a los ojos del público este moderno fetiche 
que sólo pocos meses antes había sido objeto 
de tantas atenciones favorables. Así se ha con- 
sumado una típica farsa de la cultura de los ex- 
cesos, en la que las elecciones no se hacen 
siempre ni constantemente mediante la inteli- 
gencia y la capacidad cognoscitiva del pensa- 
miento humano, sino que son generadas por un 
sentimiento de angustia colectiva del que se 
huye recurriendo al uso y consumo continuo de 
artificios fascinantes, coloreados, cautivadores 
pero tremendamente efímeros. Durante el año 
1983, en los locales de la Bolsa de Nueva York 
se respiró durante varios días un aire de tormen- 
tas: algunas grandes firmas vacilaban bajo los 
golpes producidos por la pérdida de centena- 
res de millones de dólares, otras se iban a pique 
seguidas de los fúnebres tañidos de la campa- 
na del Lloyds. En 19883, el videojuego se repre- 
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sentó a sí mismo en este difícil paisaje, y en la 
pantalla muchos operadores activos se desinte- 
graron; pero la partida no se ha terminado «ga- 
mer over». Las ventas de consolas y de cartu- 
chos han registrado una cierta flexión sin más 
indicativo que una mayor atención en las com- 
pras: el público no ha desertado en masa anle 
este económico dispensador de emociones. En 
Estados Unidos, los ingresos de las arcadas 
han superado los 5.000 millones de dólares, su- 
perando el giro de los negocios de las industrias 
cinematográfica y discográfica. 

Las aventuras que se presentan al jugador son 
prácticamente casi infinitas y satisfacen todos 
los gustos. Las estadísticas afirman que, en Es- 
tados Unidos, la relación entre la venta de cartu- 
chos y de consolas, en el usuario medio, es de 
cerca de 7a 1: 7 juegos de vídeo diferentes por 
cada jugador. Es posible elegir divertirse entre 
guerras estelares (la aplicación típica del con- 
cepto de dispara y huye), distraerse en campli- 
cados y laberínticos rompecabezas, huir de ani- 
males y fantasmas enfurecidos o salvar a la Tie- 
rra de invasores intergalácticos. El jugador pue- 


Una imagen de la manifestación «Computer 
play 83» organizada en Milán por AICA. 
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de acomodarse en la cabina de pilotaje de un 
B17 y desde la propia butaca bombardear tran- 
quilamente la Alemania nazi. Bien, tranquila- 
mente no es exacto, dado que un simulador 
de voces humanas y un generador de sonidos. 
reproducen del mejor modo posible las sensa- 
ciones y los miedos que hay en el interior de un 
bombardero durante una misión. 

Actualmente se está desarrollando la investiga- 
ción y la experimentación de nuevos video- 
juegos en el sentido «de una implicación 
psicofísico-sensorial siempre mayor. Floy en 
día hay disponibles, también en forma de 
productos comerciales, sofisticadas tecnolo- 
gías para la reproducción y manipulación de las 
imágenes de televisión, derivadas de la unión 
de la ricroelectrónica con la técnica del láser. 
Mediante la aplicación de dispositivos electróni- 
cos en los que se ha hecho un amplio uso de 
componentes especiales (microprocesadores, 
etc.), la imagen de televisión se digitaliza y se 
hace inteligible para un procesador que se en- 
carga de transcribirla, a través de un rayo láser, 
sobre un adecuado disco de metal y plástico. 
De este modo, sobre una cara del disco pueden 
quedar disponibles cerca de 250.000 imágenes 
de televisión, todas diferentes entre sí. A dife- 
rencia de las cintas de registro, que proporcio- 
nan las imágenes sólo en un orden secuencial, 
con el disco es posible, en un tiempo brevísimo, 
«leer» dos imágenes diferentes y muy lejanas 
en la superficie del propio disco. 

Volvamos al ejemplo del bombardero. Dado 
que las imágenes producidas por el videojuego 
son muy rústicas, para hacer más verosímil la 
simulación podemos pensar en proyectar en la 
pantalla de TV las imágenes extraídas de un fil- 
me de guerra en el que se ha representado una 
o más escenas de bombardeo. Actuando sobre 
los comandos del videojuego, podremos tener 
la sensación de estar a bordo de un B17, pero 
no podremos guiarlo, ya que entre el comando y 
el film no se puede crear una relación de causa- 
efecto (o mejor orden-movimiento): se haga lo 
que se haga, la película del filme actúa siempre 
por su cuenta. 

En cambio, con el uso del videodisco, el vi- 
deojuego (que es controlado por un micropro- 
cesador) escoge, entre muchas, la Única ima- 
gen de televisión pertinente con las maniobras y 
las decisiones del jugador piloto. Así se crean 
recorridos lógicos fundados sobre una verdade- 
ra relación acción-reacción. Volviendo a la ca- 
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Jugar con la ayuda del ordenador también significa aprender. 


bina del B17 y moviendo las palancas de 
mando tendré como respuesta una serie de 
imágenes de TV congruentes con mi estilo de 
pilotaje: si viro a la izquierda veré desaparecer 
por mi derecha el campo, las casas, el horizonte 
(descritos con precisión cinematográfica). Po- 
dré disparar a los enemigos, mirar siguiendo la 
traza de mis proyectiles y verlos explotar exac- 
tamente como si en realidad estuviese a los 
mandos de un avión de guerra o en el lugar del 
protagonista de un filme. 

Se ha realizado el viejo sueño de los instructores 
de vuelo de poseer un simulador perfecto. 

Este es el videojuego del futuro que está en 
puertas; algunos ejemplares de este tivo ya es- 
tán en uso en Estados Unidos. 

«Dragon's Lair» es el título del videojuego fun- 
dador de esta nueva ola. Realizado con los foto- 
gramas de un dibujo animado estilo W. Disney, 
propone al jugador, mediante el uso de unos dl- 
bujos absolutamente maravillosos, 42 escena- 
rios diferentes en los que se desarrolla una ac- 
ción de la mejor épica medieval: salvar a la bella 
princesa prisionera del dragón; 200 decisiones 
a tomar correctamente o la muerte. Menos ca- 


balleresco, pero bastante más dramático, es el 
argumento propuesto a algunos estudiantes de 
meaicina norteamericanos. 

En lugar de la bella princesa hay un adiposo 
paciente afectado de peritonitis al que debe 
operarse con urgencia. Un escenario real, una 
máxima atención, decisiones rápidas y una ab- 
soluía verosimilitud, permiten a los noveles doc- 
tores hacer prácticas sin derramamientos de 
sangre. La primera aplicación de este nuevo vi- 
deojuego es didáctica, pero es probable que lo 
utilicemos pronto en nuestras pantallas. 

Es de observar que ltalia, invirtiendo su tradicio- 
nal relación comercial con Estados Unidos, se 
ha unido con retraso a la expansión interna de la 
venta de videojuegos, pero particularmente 
para las de salas de juego y de bares, cierra en 
activo la balanza comercial de este producto. El 
mérito va unido a la típica y notable capacidad 
emprendedora de nuestra pequeña industria. 
Multitud de pequeñas empresas han desarro- 
llado conocimientos válidos en microelectróni- 
ca, y hoy pueden suministrar a la exportación un 
conjunto de productos de interesante calidad y 
a precios competitivos. 
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Imprimatur 


También se ha orientado la atención editorial ha- 
cia los videojuegos, y el año 1983 ha visto un 
pequeño boom de iniciativas correspondientes 
a este sector: el nacimiento de una nueva revis- 
ta completamente dedicada a este fenómeno 
(«Videogiochi»), la apertura de espacios de re- 
.dacción y la aparición de firmas especializadas 
en numerosas cabeceras. 
Es una pacífica invasión nacida bajo el signo de 
una apertura al mundo del juego y su cultura. Es 
una lástima que, como de costumbre, haya sido 
un estímulo procedente del otro lado del océano 
el que ha generado este interés; y más conside- 
rando que nuestra ltalia es la depositaria de una 
antiquísima tradición de juegos. 
En el año 1984 se imponen aecisiones valientes, 
y hoy están tomando forma las bases y los ca- 
racteres de un fenómeno que, en los años venl- 
deros, marcarán por siempre más el empleo de 
nuestro tiempo libre. 
No hay que hacerse ilusiones sobre la presunta 
independencia del videojuego de los modelos 
mentales típicos de la sociedad contemporá- 
nea: es su fiel reproducción. El ambiente cultural 
genera juegos y videojuegos. Mientras en éstos 
se lean únicamente mensajes de agresividad y 
de guerra, el mundo continuará viviendo el peli- 
gro de la autodestrucción. Para comprender 
cuán difícil es todavía hoy la supervivencia del 
hombre, basta con ir a Africa, donde hay perso- 
nas que para morir de hambre ¡ciertamente no 
tienen necesidad de la simulación de un vi- 
. deojuego! Por esto debe crearse una alternativa 
a la masiva difusión de los videojuegos que si- 
mulan actos de hostilidad (Guerras Estelares y 
Co.) proponiendo una nueva filosofía basada 
en principios morales más válidos. El videojue- 
go corre el riesgo de convertirse en un killer de 
la actividad pensante: esto sucede debido a 
modelos mentales utilizados sin criterio y vueltos 
a proponer continuamente al jugador en forma 
obsesiva y no sensible, ya que están enmasca- 
rados por los aspectos exteriores y más cauti- 
vantes (colores, música, sonidos) del juego. No 
olvidemos que los niños y los jóvenes son los 
grandes usuarios de esta diversión; es posible 
que en su personalidad pueda introducirse su- 
brepticiamente alguna distorsión peligrosa. En 
algunos países anglosajones, la venta de los ¡u- 
guetes está subordinada al hecho de que éstos 
deben tener bien indicados el modo de uso y la 
referencia precisa de la edad de los bebés oni- 
ños a los que van destinados. Es una forma de 
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salvaguardia y tutela de los más débiles muy 
difundida en algunas naciones socialmente en 
vanguardia. Para el videojuego también debería 
proponerse alguna cosa similar con respecto a: 
las indicaciones sobre el contenido pedagógico 
y sobre el tipo de público a que va destinado. - 
El videojuego es, tiene una razón de ser y pue- 
de desarrollar un positivo papel social, sobre to- 
do en la medida en que favorece al jugador al 
hacer activa su propia creatividad. | 
«Aprendemos más cuando tenemos que inven- 
tar», decía Jean Piaget, y también en este senti- 
do el videojuego y el ordenador personal pue- 
den ser dos instrumentos de soporte válidos pa- 
ra el aprendizaje. 
Las diferencias que hay entre el videojuego y el. 
ordenador personal no son abismales; este Últi- 
mo es una evolución natural del juego hacia. 
aplicaciones más universales del procesador en. 
el ámbito doméstico. El procesador doméstico. 
posee la misma estructura básica de la consola 
de un videojuego, pero ampliada con la intro- 
ducción de otros dispositivos. El teclado, una: 
mayor área de memoria y el grabador para la 
cassette de los programas sirven para hacerlo" 
extremadamente versátil en su uso, sin necest- 
dad de un adiestramiento particular del usuario. 
También el ordenador personal puede conec- 
tarse fácilmente a la pantalla de televisión y está: 
dotado de muchas opciones: unidad de disco, 

impresora, interfaz para la conexión telefónica, | 
lápiz Óptico. 
En el año 1983 se ha producido una verdadera. 
invasión de procesadores domésticos en ltalía. 
Estimaciones dignas de consideración informan 
que sólo en la campaña de Navidad se vendie- 
ron más de ciento veinte mil ejemplares; un éxito: 
sin precedentes. Entre los programas dedíca- 
dos a los ordenadores personales es posible 
realizar una clasificación de los más solicitados; 
con ello también se ponen en evidencia los cti- 
terios de aplicación del procesador estableci- 
dos por el usuario en el ámbito familia-casa. 
Siempre predominan los juegos: los juegos ae: 
entretenimiento y educativos llegan a cubrir el 
54% de las ventas, inmediatamente seguidos 

por los programas para el análisis del balance 
doméstico con el 17%, por los de gestión de 
negocios, también el 17%; los programas para. 
el tratamiento de textos (word processing) supo- 
nen el 3,5% de las ventas. Resulta evidente que 
el Homo ludens utiliza el procesador doméstico - 
principalmente en su tiempo libre. 


La importancia de este fenómeno no debe des- 
denarse: el juego es una elección persistente 
lambién cuando el jugador puede producir pro- 
yramas de forma autónoma. Esto significa que 
estamos en presencia de estímulos fundamen- 
lales, de deseos profundos que se expresan en 
el hombre y que los quiere satisfacer como sea. 
Para desarrollar un profundo examen sobre este 
lema, los días 2 y 3 de diciembre de 1983 se 
celebró en Milán el primer Congreso Muestra 
sobre el juego informático: COMPUTER PLAY 
83. La manifestación nació en el seno de la Sec- 
ción estudiantil de la AICA (Associazione ltalia- 
na per Informatica ed il Calcolo Automatico) en 
el curso de licenciatura en Ciencias de la Infor- 
mación de Milán, precisamente porque un poco 
entre todos (profesores, investigadores, estu- 
diantes) se había difundido la exigencia de sa 

ber alguna cosa más sobre la cultura del juego 
y sobre sus valores de aplicación. 

La iniciativa, propuesta por G. Deglí Antoni (al- 
rector del curso de licenciatura), por G. Oecchini 
(presidente de la sección de Milán de la AICA) y 
por mí, como responsable de la sección univer- 
sitaria de la AICA, ha querido estimular el deba- 
te sobre la problemática correspondiente a la 
difusión de los videojuegos y con el intento de 
proponer, por parte ae expertos cualificados, un 
análisis de los numerosos interrogantes que ha 
planteado la aparición de los juegos informáti- 
cos: qué es un juego, cómo se proyecta, cómo 
se evalúa, cuáles son los aspectos educativos 
del juego informático, qué mercado tiene, para 
qué juegos y con qué metodologías puede in- 
troducirse el juego en la didáctica, qué juegos 
para qué edad. En el congreso, los participan- 
tes han afrontado estos temas partiendo de dife- 
rentes bases de analisis; en cualquier caso se 
ha puesto de manifiesto la tendencia hacia unas 
aplicaciones cada vez mayores de los juegos 
educativos y de alto contenido conceptual, ade- 
más de las típicas aplicaciones específicas de 
la didáctica. 

Se irata de una nueva cultura del juego que se 
está haciendo lugar entre los gustos ae la gen- 
te, y merece la debida atención. 

Uno de los intentos de los promotores ha sido el 
de verificar sobre el terreno qué se estaba ha- 
ciendo, a nivel de iniciativa privada, en el sector 
dle los juegos para ordenador. 

En ltalia hay muchísimos fabricantes indepen- 
clientes (es decir, no ligados a casas producto- 
ras de hardware o software) de software-juegos; 
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El ordenador personal más sofisticado 
tampoco desdeña la aplicación al juego. 


COMPUTER PLAY 83 puede adjudicarse el in- 
negable mérito de haber conseguido, por pri- 
mera vez en nuestro país, llamar la atención. 
Meaiante el lanzamiento del CALL FOR GAMES 
se convocó un concurso al que se adhirieron 
más de 100 programadores y se tuvo un conoci- 
miento público de sus capacidades creativas 
que han resultado ser de óptimo nivel. 

Estos game designers nuestros se han revelado 
a la altura de sus colegas del otro lado del océa- 
no. Quizá para ellos no habrá tanta fama ni tanto 
dinero, pero sin embargo han demostrado que 
también nuestro país es rico en energías inte- 
lectuales que deben cuidarse y desarrollarse. 
En el futuro, la difusión de los ordenadores per- 
soneles irá sin duda ligada a la capacidad que 
tengan estas energías para hacer inteligibles al 
gran público las nuevas y cada vez más intere- 
santes aplicaciones del ingenio humano. 


(Antonio Verga, Associazione Italiana per l'Informatica ed 
il Calcolo Automatico) 
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un O como valor numérico (línea 105), después 
de lo cual, el programa pasa a la relectura de lo 
que se ha escrito en el disco. Para leer el file 
primero debe cerrarse (para eliminar su defini- 
ción como file «O») y a continuación volverlo a 
abrir en modalidad «l». 

Obsérvese que las instrucciones PRINT e IN- 
PUT de las líneas 120 y 190, debido a que se 
refieren a un file, incluyen el símbolo +*; en algu- 
nas impresoras el símbolo + se escribe como £ 
y este es el caso que se ha presentado. 

En los files directos, los datos se memorizan en 
binario, pero deben suministrarse siempre en 
ASCII, ya que se utiliza un buffer de apoyo del 
tipo de cadena. 

Esta es la única dificultad que se encuentra en 
las operaciones de 1/O con este tipo de files, por 
otra parte fácilmente superable utilizando las 
funciones intrínsecas del Basic. 

Las principales funciones que pueden utilizarse 
para la transformación de los datos son: 

MKIS$, MKS$5, MKDS$ en escritura (convierten de 
numérico a cadena) 

en lectura (convierten de 
cadena a numérico) 

El uso de estas funciones es inmediato y no pre- 


CVI, CVS, CVD 


senta ninguna dificultad especial. 

A la derecha se ha representado el listado de un 
programa que utiliza las funciones indicadas 
para la escritura y la lectura de datos numéricos 
en un file directo. 

La conversión de los datos también puede obte- 
nerse utilizando las funciones STR$(R) y 
VAL(AS$). En la pág. 656 se ha representado el 
diagrama de flujo de una subrutina que, utilizan- 
do estas funciones, prepara el record y lo escri- 
be en el disco. En la pág. 657 se ha representa- 
do el diagrama de flujo de la rutina que realiza la 
función inversa (de lectura). Los listados de las 
dos rutinas pueden verse en las págs. 657-658 
junto a un main de prueba que las utiliza. 

Para: facilitar la comprensión de la subrutina 
2000, en la pág. 659 se han representado los 
esquemas de la lógica utilizada en la extracción 
de los datos. 


Selección de los datos 


No es frecuente que en la gestión de los archi- 
vos deban elaborarse todos los records conteni- 
dos. Normalmente, las actualizaciones o las 
otras elaboraciones sólo interesan algunos re- 
cords que tienen determinados valores en algu- 


Un ordenador ADM trabajando en una oticina de Falcon Jet Company. 
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PROGRAMA QUE ESCRIBE EN UN FILE DIRECTO 


Y *xx* FPROGRAMA QUE ESCRIBE EN UN FILE DIRECTO *x 
10 * EJEMPLOS DE TRANSFORMACIÓN LE LOS VALORES NUMERICOS EN LAS OFERACIONES 


20 * DE (1/0) EN DISCO (FILES DIRECTOS) 

30» FTLE = TRARA.! 

40 OFTION BASE 1 

50 DEFINT 1 "CLOS NOMBRES QUE EMPIEZAN CON CI) SE REFTEREN A VARIABLES 
60 ' ENTERAS 

70 HEFSNG RK "CLOS NOMBRES QUE EMPIEZAN CON (K) SE REFIEREN A VARTARLES 
80 ' TE SIMPLE FRECISTON 

90 UEFÚEL. D "CLOS NOMBRES QUE EMPIEZAN CON (1 SE REFIEREN A VARTARLES 
100 ” TE TORLE PRECISION 

110 LIM ES (3) '"CRUFFER 1/0 (UNO FOR CADA TIFO DIE VARIABLE) 


120 OPEN '*R",1,"PRUEBA",30  ' LA LONGITUD DEL RECORD ES DE 30 BYTES 
130 FIEL 1,10 AS HF$(1),10 AS BFS (2), 10 AS BFS (3) 

140 * * LAS LONGITUDES DE CANA EUFFER SON MAYORES DE LO NECESARIO 
150% 

160 *%e LECTURA VALORES NUMERICOS A ESCRIBIR CON 1ISCO 

170 ' 

180 INFUT "VALOR ENTERO"; ENTERO 

190 INFUT "VALOR SIMPLE PRECISION "REAL 

200 INFUT "VALOR DOBLE PRECISION "; DOBLE 


220 * *% LOS NOMBRES ENTERO, REAL, DOBLE SON LAS VARIARLES DE ENTRADA 
230 * A CONVERTIR EN ASCTI 


240 ' 

250 PETT ETT "CLAS FUNCIONES (MICIS, MKS$, MICI$) TRANSFORMAN UN 
260 A2$=MKS$ (REAL. * VALOR NUMERICO EN EL EQUIVALENTE VALOR ASCII 
270 ABH=MKDH CIOBLE) 

280 ' 

290" INTRODUCCION DEL NUMERO DEL. RECORD DONDE QUIERE ESCRIETRSE 


300 INFUT "EN QUE RECORD QUIERE ESCRIBIRSE —";IR 
310 ' * EL NUMERO DEL RECORO DEBE SER ENTERO 

320 ' 

330 ' * TRANSFERENCIA A LOS BUFFERS CUE APOYO) 


350 EF$(1)=818$ 
360 EF$(2)=82$ 
370 BES (3)=A3$ 


390 * * ESCRITURA EN EL FILE RANDOM 

400 ' LA LINEA SIGUIENTE TRANSFIERE Al DISCO EL CONTENIDO DE LUS RUFFERS 
405 * CBFS), TEL FILE 1 AL KECORI: CIR). 

410 PUT £1,1R 

420 INPUT "CONTINUA (SI/NO)"; RESF$ 


430 IF RESF$="S51" GOTO 180 ' NUEVA ESCRITURA 
440 ' 

430 '  * RELECTURA DATOS ESCRITOS 

460 ' 


470 INPUT "QUE RECORD QUIERE LFERSE ",TR 

480 GET £1,TIR "LEE LOS DATOS DEL RECORÍ: (IR) Y LOS TRANSFIERE A LOS 
: RUFFERS DE APOYO ASOCIADOS AL FILE C(BFS$) 

490 ALS=EFG (1) 


500 A2R$=EF$ (2) 
510 ABG$=EFS (3) 


520 ENTERO=CVI (A1$)> "LAS FUNCIONES (CVI,CUS,CUI) TRANSFDRMAN UN VAL.OR 
530 REAL.=C0US (425) "ASCII EN EL EQUIVALENTE VALOR NUMERICO 

540 HORLE=CUID(A3$) 

5590 LERINT "DATOS LETIOS: "5 ENTERO, REAL, TOBLE 


560 INFUT "CONTINUA (SI/NO)  "¡RESP$ 
570 IF RESP$="57" GOTO 470 

375 CLOSE £1 

580 ENT 


nos campos. Estos campos constituyen la clave punteros la realiza el sistema y el usuario sólo 
de acceso al record y, cuando el sistema lo per- debe implantar por software unas pocas instruc- 
mite, conviene adoptar la estructura de file con ciones que especifican qué claves se van a utili- 
índice. De este modo, toda la gestión de los zar para seleccionar el record. 
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PREPARACION Y ESCRITURA DE UN RECORD 


Entradas a la rutina: NR = Número del record en escritura 
V(4) = Valores numéricos a escribir en el record 
LN  = Longitud máxima (en número de cifras) de los valores numéricos 
A$(2) = Cadenas a escribir en el record junto con los valores numéricos 
LS  = Longitud máxima en caracteres de cada cadena 


==. Controles y flujo 
en caso de error 


mm Funciones sobre las cadenas 
ww» Escritura en disco 


El software de base que permite este tipo de 
gestión no está en todas las máquinas, y muy a 
menudo es necesario escribir la subrutina de 
comparación. Una subrutina de este tipo no pre- 
senta particulares dificultades: sólo se trata de 
utilizar correctamente los operadores lógicos. 
La única limitación que deberá atenderse es la 
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Las cuatro cadenas preparadas 
en este bloque deberán contener 
los cuatro valores numéricos 
convertidos en ASCII 


Los valores convertidos 
se transfieren a B$ 
alineados a la derecha 


de alinear todos los campos del mismo modo. 

En general, durante la escritura en disco, los. 
campos no se llenan completamente con carac-. 
teres y, por tanto, en cada campo quedan espa- 
cios en blanco. En la fase de relectura, en la: 
memoria se cargan también los espacios. Al 
comparar un campo obtenido de esta forma con 


LECTURA DE UN RECORD Y PREPARACION DE LOS VALORES NUMERICOS 


ma Lectura del disco 
== Funciones sobre las cadenas 


=D 
E 


PREPARACION, ESCRITURA Y LECTURA DE UN RECORD 


ON FIELD EROS AS BUF 
130 LN=5 


RINT "DATO NUMER 


170 INPUT "VALOR (MAX. 4 CIFRA 


da INPUT LME pa CODENO 


206 LSET rs (2) =E$ 
220 GOSUK 1000 
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260 ' 


270 GOSUE 2000 


280 


290 LFRINT "VALORES LEIDOS: " 
300 LPRINT "NUMERICOS: " 
310 FOR I=1 TO 4 
320 LPRINT V(1) 
330 NEXT 1 
340 LFRINT 
350 LPRINT "CADENAS: " 
360 LPRINT A$C1) 
370 LPRINT A$(2) 
U 


380 

390 END 

1000 ' **SUBRUTINA ESCRITURA *x* = 

1010 IF NR=0 THEN PRINT "ERROR EN El NUMERO DE RECOKI": RETURN 

1020 FOR I=1 TO 4 

1030 E$(1)=SPACES (LN) 

1040 NEXT 1 

1050 FOR 1=1 TO 4 

1060 C$=STRÍ (VCD) " CONVERSION EN CADENA 

1070 IF LENC(OH)3LN THEN PRINT "ERROR EN LONGITIJI”: RETURN 

1080 RSET B$(1)=04 "ALINEADO 

1090 NEXT 1 

1100 C1$=A$ (1) ' MEMORIZA LA PRIMERA CANENA 

1110 IF LENCABCIDOSLS THEN CI1$=LEFTE (AS (1) ,L.9) 

1120 024$=A$ (2) ' O MEMORIZA LA SEGUNDO CATIENA 

1130 IF LEN (A$(2)3158 THEN C2B-LEFTH (AH (2) ,L.5) 

1140 "xx 01$ Y C2$ CONTIENEN LOS MISMOS DATOS DE ABC) y AS(2) 

1150 * EVENTUALMENTE TRUNCANOS A LA LONGITUD 34AX, PREVISTA 

1160 ' xx iPREFARACTON CADENA TOTAL. 

1170 ng” 

1180 FOR U=1 TO 4 

1190 Tg=TE+RGH (1) ' EN TS SE HAN ACUMULADO LAS CADENAS B$C(D 
1200 NEXT 1 

1210 Th=TH+C1H+C2H ' SE BAN SUMADO LAS 105 ULTIMAS CADENAS A LOS DATOS 
1212 PRINT ”L.0S DATOS SE HAN TRANSFERIDVO AL DISCO EN LA FORMA: " 
1214 PRINT T 

1220  BUF$:=T CEL BUEEER HACIA EL DISCO ES KUF$ 

1230 PUT 1, NR 

1240 RETURN 

2000 * **e SUERUTINA LECTURA DATOS xo 

2010 GET 1,NR 

2020  CH=BUF$ '* CH ES' UN BUFFER INTEMENTO QUE ALRERGA 1085 TATOS 
2025 * TAL COMO SON LETIOS. 

2030 PRINT  "Ch= "¡CH 

2040 NE=4xXLN ' LONGITUD EN BYTES DE LA PARTE OCUPADA FOR LOS 
2050 ' DATOS NUMERICOS = 4 CAMPOS TE LONGITUD LN 
2060 K=0 "PUNTERO A LAS MATRICES NUMERICAS U(4) 

2070 FOR 1=1 TO NE STEP LN * INICIO DE CAÑA NUMERICO 

2080 K=iC+1 "CONTADOR FARÁ LA MATRIZ (4) 

2090 VIO =VAL MIS OS, IL) 

2100 NEXT 1 

2110 NK=2%L,S NIKO = ESPACIO TOTAL OCUPADO FOR LAS 2 CATIENAS AS(2) 
2120 TIB=RIGHTBIO BNO $ CONTIENE LA ULTIMA PARTE TEL RECORÚ, 0 SEA 
2130 * LOS CARACTERES CORRESPONDIENTES A LAS NOS CADENAS 
2140 A$ (1) >LEFTH 4, LS 

2150 ABC2)=RIGHTE (1$,LS) 

2160 RETURN 


VALORES LEIDOS: 
NUMERICOS: 

1111 

2222 

3333 

4444 


CADENAS: 
ABARARARAR 
RERERERERE 
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V(3) 


k=s Y 


Extracción de las cadenas: D$ = RIGHT$ (C$, NK) 


v(4) 


ESQUEMAS LOGICOS DE EXTRACCION DE LOS DATOS 


Bucle de extracción de los valores numéricos: FOR |=1 TO NE STEP LN 


K=K+1 
V(K) = VAL (MID$(C$,l,LN)) 
NEXT 1 


La primera instrucción (STEP LN) 
| posiciona el índice al principio de cada campo 


> a | 


kt NK = Caracteres contenidos = 2 x LS > 


La función MIDS(C$,I|,LN) extrae el campo V(I) (caracteres) 
La función VAL convierte en número y memoriza el campo VII) 


Extrae NK caracteres del record C$ a partir de la derecha 


> HE E 


| AS(1) | A$(2) | 
os TETONA ¿lo TUMBA 


LEFTS (D$,1S) RIGHTS (M$, 18) 
Extraen las cadenas A$(1) y A$(2) 


otro introducido por teclado podrán existir de- 
sajustes y, por tanto, los dos campos podrán 
resultar diferentes a pesar de contener los mis- 
mos valores. Supongamos por ejemplo que en 
un file del disco se ha previsto un campo para la 
introducción de un nombre de ciudad de 10 ca- 
racteres de longitud; en la fase de introducción, 
el dato introducido ha sido M. En este caso, el 
campo contiene, además de los seis caracteres 
de un dato, cuatro espacios. Para buscar todos 
los records que contienen el dato M debe pre- 
pararse una cadena de comparación con las 
mismas características: el dato debe alinearse a 
la izquierda y los espacios restantes deben de- 
jarse en blanco. 

La elección del alineado a la izquierda (o a la 
derecha) depende del alineado utilizado en la 
fase de escritura en el disco. La práctica normal 
consiste en alinear las cadenas de caracteres a 
la izquierda y las cadenas que representan va- 


lores numéricos a la derecha, pero nada impide 
adop:ar una convención diferente, siempre que 
se respete en todas las operaciones en el file. 
En el ejemplo anlerior, cada ambigúedad pue- 
de resolverse preparando una cadena de longi- 
tud ¡igual y transfiriendo, adecuadamente alinea- 
do, el dato leído por teclado. El campo así for- 
mado podrá utilizarse como término de compa- 
ración para realizar la elección de los records. 
En la pág. 660 se ha representado el diagrama 
de flujo de uso general que desarrolla las funcio- 
nes descritas. 


Comandos y funciones particulares 

Los sisternas operalivos prevén un límite máxi- 
mo del número de files que pueden abrirse al 
mismo tiempo (por ejemplo para el CP/M son 3); 
las eventuales variaciones de dicho límite de- 
ben comunicarse al sistema en el momento de 
la carga del intérprete Basic. 


659 


En este caso, normalmente, el formato del co- 
mando de carga del intérprete tiene la sintaxis: 


MBASIC /FN 


El símbolo / indica que lo que sigue es una op- 
ción; la letra F indica que se desea abrir un nú- 
mero de files superior al límite normal y el valor 
numérico N indica la cantidad. 

Por ejemplo, el comando 


MBASIC /F:5 


predispone el intérprete para utilizar 5 files al 
mismo tiempo. Se recuerda que para cada file 


DIAGRAMA DE FLUJO PARA LA PREPARACION DE 
LOS CAMPOS DE COMPARACION 


Entrada: N = Número de caracteres que constituyen el campo 
K= 1 alineado a la izquierda; si no, a la derecha 


ps Funciones O 
mw» Control datos introducidos 
mw Alineado 
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hay reservada un área de memoria que contie- 
ne su descripción. 
En el sistema operativo CP/M, esta área tiene 
una extensión de 166 bytes para cada file. En el 
caso anteriormente considerado se tiene una 
ocupación total de 5 x 166 = 830 bytes reser- 
vada a los bloques de descripción de los files*. 
La otra opción correspondiente a los files es la 
siguiente: 


1S:N 


* Recordamos al lector que los bloques de descripción de 
los files normalmente se indican con las siglas FDB (File 
Description Block). 


Prepara la cadena A$ 
de longitud igual a la del campo 
(N debe definirse entero) 


donde el valor N indica el valor de la máxima 
longitud de los records expresada en bytes. 

Si no se especifica, se asume la misma longitud 
por omisión igual a 128 bytes (especificar una 
longitud máxima ro limita el uso de los valores 
inferiores de la instrucción FIELD). 

Finalmente recordamos que en el sistema ope- 
rativo CP/M, el número máximo de records lógi- 
cos que puede utilizarse es de 32767, salvo en 
el caso en que se defina una longitud del record 
igual a 256 bytes utilizando la opción $: en tal 
caso, el direccionamiento máximo se convierte 
en 8 Mbytes. 

En algunos intérpretes Basic se ha previsto una 
función particular para la lectura de las longitu- 
des de los files (en sectores). En el Basic 80, 
esta función es 


LOF(N) 


y restituye el número de records de la última ex- 
tensión del file identificado con el número N. Si 
el file no tiene más de una extensión, este núme- 
ro coincide con la longitud real del file. 


Los archivos multivolumen 


La capacidad de memorización de los diskettes 
(floppy-disks) varía aproximadamente entre 
160.000 y 1.000.000 de bytes, según las dimen- 
siones y el tipo. En algunas aplicaciones puede 
ser necesario disponer de una mayor Capaci- 
dad que la que ofrece el diskette. 

La mejor solución consiste entonces en utilizar 
componentes hardware más adecuados, como 
por ejemplo los discos fijos. En algunas máqui- 
nas, los discos fijos permiten memorizar más de 
20 Mbytes, aunque los tipos más normales tie- 
nen capacidades de 5 y 10 Mbytes. Además, 
los discos fijos ofrecen la ventaja de una mayor 
velocidad en las funciones //O*. 

Sin embargo, esta solución, óptima desde el 
punto de vista técnico, no siempre puede adop- 
tarse, y en estos casos debe suplirse con soft- 
ware mediante los adecuados programas, la 
carencia del hardware. El método más utilizado 
consiste en dividir el archivo en varias partes, de 
manera que caca una pueda estar contenida 
sin dificultad en un diskette, El programa de ela- 
boración de los catos evidentemente deberá te- 


* El intercambio de datos con los discos fijos se realiza en 
DMA y, por tanto, con velocidad muy elevada; en cambio, 
para los diskettes, esta técnica normalmente no se utiliza. 


ner en cuenta esta subdivisión, de modo que 
pueda guiar al usuario en la elección del cisket- 
te adecuado. En la fase de elaboración, el pro- 
grama deberá establecer sobre qué diskette se 
encuentran los datos pedidos en aquel momen- 
to, así como informar al usuario y, finalmente, 
esperar que se complete el montaje del diskette 
deseado. 

Un archivo de este tipo se llama archivo multi- 
volumen por la característica de estar dividido 
en varias partes, cada una de las cuales se de- 
nomina volumen. Esta subdivisión de los datos, 
que en los ordenadores personales y microor- 
denadores suple a menudo la capacidad de 
memorización, también puede justificarse en 
base a una elección lógica. No siempre es con- 
veniente memorizar los datos en un file único; a 
veces puede ser ventajoso dividir el archivo en 
varios volúmenes, incluso si el disco pueda con- 
tenerla totalmente. 

En estos casos se realiza una división ce tipo 
lógico: se tiene una separación en volúmenes, 
pero fisicamente todos los volúmenes residen 
en el mismo disco. Ordenando el archivo de es- 
ta manera, el programa que lo gestiona no debe 
prever las esperas para el montaje de los discos 
necesarios. 

La gestión de los archivos multivolumen (con 
más volúmenes lógicos o físicos) se realiza 
memorizando para cada volumen cuáles son 
los datos que residen en él; por tanto, desde el 
valor del dato puede irse al número (o nombre) 
del volumen. 

Un programa de gestión estructurado así puede 
convertirse en extremadamente complejo en el 
momento de trabajar con files índice, mientras 
que es relativamente sencillo en el caso de los 
files directos. La lógica de gestión más inmedia- 
ta de un file directo prevé la utilización del nú- 
mero de record como clave de acceso a los da- 
tos: el primer dato introducido tendrá un número 
de record 1 y una clave de acceso 1, el segun- 
do 2, y así sucesivamente. Sin embargo, se re- 
cuerda que hablar de un número del record co- 
mo clave de acceso es una terminología impro- 
pia; la clave de cada record normalmente se 
obtiene sometiendo los datos a una elaboración 
también compleja. La gestión de un archivo 
multivolumen se reduce a memorizar en un file 
separado el nombre de los volúmenes (es decir, 
de los diskettes) y los extremos de los records 
contenidos en ellos. Este file, que conserva en 
memoria el desarrollo del archivo, constituye 
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una especie de directorio, y normalmente está 
compuesto de pocos records (uno para cada 
diskette) que deben tenerse constantemente 
actualizados. 


Gestión de los archivos en los grandes 
sistemas 


En los sistemas más grandes, a partir de la ga- 
ma de los minicalculadores, existen programas 
de utilización general para la gestión de las ba- 
ses de datos que evitan al programador gran 
parte del trabajo de detalle. Por ejemplo, estos 
programas gestionan automáticamente las ca- 
denas de punteros que definen la estructura de 
los datos y contienen las rutinas de sort. 

Los programas de gestión pueden dividirse en 
dos categorías: los propiamente fijos y los liga- 
dos a un lenguaje huésped, 

Los programas de gestión de datos propiamen- 
te fijos constituyen un lenguaje verdadero y par- 
ticular de alto nivel, caracterizado por instruccio- 
nes similares a las típicas de los lenguajes de 
programación y, además, con instrucciones es- 
pecificamente dedicadas a la gestión de los ar- 
chivos. Los programas ligados a un lenguaje 
huésped contienen una serie de instrucciones 
que implantan las posibilidades de este último. 
En los grandes sistemas, los principales len- 
guajes huésped son el Cobol y el Fortran, y las 
instrucciones inherentes a la gestión de los ar- 
chivos se traducen primero a la forma prevista 
por el lenguaje huésped y ejecutadas así. 

Las principales funciones previstas en estos 
programas son las siguientes: 


STORE escribe un record y crea todas las 
eventuales cadenas de punteros para 
otros datos 

FIND busca un grupo de datos en base a 


los datos proporcionados por el 
usuario 

MODIFY modifica uno o más datos 

ERASE cancela un record y, en consecuen- 
cia, modifica las cadenas de los pun- 
teros que apuntan al mismo 


Además de estas instrucciones principales 
(cuya sintaxis puede variar en función del tipo 
de máquina) hay previstas normalmente las fra- 
ses condicionales como IF, los operadores lógi- 
cos (AND, OR, etc.) y los operadores aritméti- 
cos (+, —, /, *), con los mismos significados que 
tienen en el lenguaje Basic. Muchos lenguajes 
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orientados a la gestión de las bases de datos 
contienen «subsistemas» para la interrogación 
que permiten la búsqueda de los datos incluso: 
a personas que no tienen ningún conocimiento 
de programación. Las instrucciones que deben 
suministrarse son muy sencillas y utilizan frases 
que tienen un significado específico. Por ejem- 
plo, la fase de interrogación de un almacén utili- 
zando el sistema MDQS (Management Data 
Query System) puede tener la siguiente forma: 


DISPLAY MERCADERIA TIPO CANTIDAD 
IF CODIGO = “A” 

LET CANTIDAD = ENTRADA — SALIDA 
END 


El empleo de este tipo de lenguajes sólo requie- 
re el conocimiento de pocas palabras en el idio 

ma inglés, muy fáciles de recordar porque acti- 
van la función indicada por el significado literal 
de la palabra: DISPLAY = presentación, visuali- 
zación; IF = si, etc. En los microordenadores y 
ordenadores personales ya empiezan a estar 
disponibles sistemas análogos y, dada la impor- 
tancia que tienen en los sistemas de automati- 
zación de. trabajo de taller, se tratarán por sepa- 
rado más adelante, 


La gestión de un almacén 


La gestión de un almacén es una de las aplica- 
ciones más típicas del calculador, ya que las 
funciones a realizar tienen carácter repetitivo e 
implican una elevada cantidad de datos. 

La preparación de los programas de gestión 
puede presentar notables dificultades debido a 
la necesidad de correlacionar los datos con 
otros procedimientos y de desarrollar funciones 
particulares de carácter económico o fiscal. 

En las aplicaciones de una cierta complejidad 
no resulta ventajoso proceder a la escritura de 
un programa dedicado; en cambio, conviene 
utilizar uno de los procedimientos existentes, 
personalizándolo eventualmente según las pro- 
pias necesidades. 

Dada la complejidad del tema, a continuación 
se exponen únicamente las principales proble- 
máticas relacionadas con la gestión de un alma- 
cén. Los principales problemas que deben re- 
solverse con un procedimiento de gestión pue- 
den clasificarse así: 


— Revaluación de las existencias e inventario 
— Desglose arbóreo 


— 


Simulación mento de la salida de la mercancía debe encon- 
Enlace con otros procedimientos trarse un método de atribución del costo que, 


por ejemplo, puede ayudarse con la fecha de 


Revaluación de las existencias e inventario. entrada. Así, un cierto artículo tendrá un dato de 
Las operaciones de carga de mercancías pue- costo y, por tanto, un determinado precio en 
den producirse en tiempos sucesivos y, portan- función de la fecha de entrada. Sin embargo, 
lo, con costos diferentes para la misma mercan- esto repercute en un consistente aumento del 
cla en función de la fecha de carga. En el mo- espacio de memoria necesario. Además, en al- 


TEST 19 


1 / ¿Cuáles de las siguientes aseveraciones son verdaderas y cuáles falsas? 


Un file secuencial: 

a) no permite añadir records 

b) tiene una velocidad de acceso elevada 

c) ocupa menor espacio que un file directo 

Un file directo: 

d) no permite extensiones 

e) puede utilizarse indiferentemente tanto en lectura como en escritura 
f) utliza la función EOF(N) 


2 / ¿Qué sucede al introducir las siguientes instrucciones si en la unidad de disco A no 


existe el file PRUEBA? 


a) OPEN "I1",1,"A:PRUEBA” 
b) OPEN "R”,1,"'A:PRUEBA”, 120 


3 / ¿Con qué instrucción puede determinarse el número del último record utilizado durante 


la ejecución de una instrucción PUT o GET? 


4 / Escribir una subrutina para la introducción de los siguientes datos en un archivo: 


C%  = código numérico entero comprendido entre 1 y 99 


D$  = descripción de 20 caracteres 
QT% = cantidad, número entero 
C = costo 


El file tiene el nombre PRUEBA y reside en el disco montado en la unidad A. 
La rutina debe empezar con el número de línea 1000, 


5 / Completar la rutina obtenida en el punto anterior añadiendo las instrucciones para 


—releer un dato cualquiera introducido previamente 
—- añadir a la cantidad QT% preexistente una nueva cantidad introducida por consola 
— memorizar las variaciones en el disco (en la misma posición) 


El diagrama de flujo del procedimiento puede verse en la pág. 664 


Las soluciones, en la pág. 671. 
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Control datos introducidos 
Funciones l/O 


Funciones correlacionadas 
al disco 


Código: 2 caracteres (de O a 99) 
Descripción: 20 caracteres 

Cantidad: Número entero 

Costo: Número real 


> 


a numérico 


conversiones 
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o 


rjunos casos en que el almacén debe estar 
sujeto a normas de carácter fiscal, la lógica de 
atribución del valor de las mercancías no puede 
ser arbitraria. 


Desglose arbóreo. En las industrias manufactu- 
reras, la gestión del almacén está estrechamen- 
la relacionada con el desglose arbóreo, es de- 
cir, la relación de componentes necesarios para 
la construcción del producto. 

ln general, un producto está constituido por di- 
versos subsistemas, cada subsistema por un 
cierto número ce unidades y la unidad por un 
cierto número de componentes. Así se crea una 
escala jerárquica en la que se especifican por 
cada producto el número y el tipo de los ele- 
mentos necesarios en el nivel inferior y, vicever- 
sa, dado un componente debe poderse volver a 
subir, a través de la escala jerárquica, a todos 
los niveles superiores en los que es necesario el 
componente. 

los diversos lazos de dependencia que se for- 
man, como puede comprenderse fácilmente, 
generan notables dificultades en la escritura de 
estos programas. Abajo se ha representado una 
estructura de cuatro niveles. Siguiendo las colo- 
raciones puede tenerse una idea de la compleji- 
dad de los punteros de gestión para mantener 
eficiente la estructura. 


Simulación. Disponiendo de un desglose arbó- 
reo pueden desarrollarse elaboraciones espe- 
ciales que simulan el efecto de las variaciones 
de los costos o de la falta de existencias de uno 
o más componentes. Siguiendo las cadenas ló- 
gicas de dependencia, el calculador puede de- 
terminar sobre qué productos y en qué medida 
repercuten en ellos las diversas causas. 

La simulación de determinados sucesos y el es- 
tudio de sus efectos en la programación del in- 
terior de una estructura constituyen un medio 
acelerado para la elección de las políticas de 
gestión empresarial. Esta metodología reviste 
tal importancia, que ha inducido a varias empre- 
sas de software a producir programas adapta- 
dos a esta finalidad, de empleo generalizado y 
alojables en microordenadores y ordenadores 
personales. 


Enlace con otros procedimientos. La gestión 
administrativa de una empresa, incluso de mo- 
destas dimensiones, implica un denso intercam- 
bio de datos entre varios departamentos. Cuan- 
to más automático y rápido es este intercambio, 
más ágil es la gestión de todo el conjunto. Inme- 
diatamente se intuye la forma en que la gestión 
del almacén influirá en la determinación de los 
costos, en los plazos de entrega y en los balan- 
ces. En otras palabras, los diversos departa- 


ESTRUCTURA LOGICA DE UN DESGLOSE ARBOREO 


Producto 


Subsistemas 


Componentes 


AR AR pS 
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mentos deben utilizar datos comunes. En las 
empresas de mayores dimensiones, algunos 
aspectos del problema se resuelven con la ins- 
talación de un gran ordenador que contiene los 
archivos centralizados. Sin embargo, incluso en 
este caso, no se resuelve totalmente el proble- 
ma, ya que no siempre el usuario final tiene una 
formación especializada que le permita un fácil 
acceso al procedimiento generalizado y que, 
muchas veces, debe desarrollar determinadas 
elaboraciones particulares del departamento y 
no previstas en los programas generales. 

La consecuencia de esta dficultad es el mante- 
nimiento de la elaboración manual de las infor- 
maciones a nivel de cada departamento y del 
intercambio de datos sobra soporte de papel, 
voluminoso y poco rápido. 

La introducción de los microordenadores y or- 
denadores personales puede resolver ágilmen- 
te el problema ofreciendo una solución de bajo 
costo y, de otro lado, fácilmente integrable al 
trabajo de oficina. 

El uso de estas máquinas como usuario final no 
requiere conocimientos particulares y puede 
aprenderse en pocos días. Además, con las 
oportunas redes de conexión, las diversas uni- 
dades pueden dialogar entre sí o con el crdena- 


Unidad de disco en un centro de procesos. 
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dor central e intercambiar información en tiempo 
real, o sea en el mismo momento en que se pro- 
duce. 

La evolución natural del programador de estas 
máquinas será, en el futuro inmediato, la de es- 
pecialista de sistemas que, conociendo las ca- 
pacidades del hardware y las posibilidades de 
los diversos paquetes de aplicación, podrá ayu- 
dar a los usuarios en las elecciones y en las ins- 
talaciones. 


Ejemplo de aplicación: 
la gestión de una nómina 


Para resumir los conceptos expuestos acerca 
de las instrucciones de gestión de los files, que- 
remos ahora exponer el método para la crea- 
ción de un programa de gestión de una nómina. 
El tema se trata del modo más general para per- 
mitir el uso del programa también para otras 
aplicaciones. 

Sea cual sea el archivo a gestionar y sea cual 
sea la aplicación, las funciones a realizar son las 
siguientes: 


— Introducción de nuevos datos 

— Corrección de los datos existentes (actualiza- 
ción) 

— Búsqueda de un dato en base a algunos pa- 
rámetros 
Impresión 


Las cuatro funciones deben ser previstas en el 
menú a través del que se gestionará el archivo y 
se desarrollarán otras tantas subrutinas. 

En la página de enfrente se ha representado el 
diagrama de flujo de primer nivel del programa: 
el main sólo contiene las definiciones (matrices, 
constantes, etc.) y las llamadas a las subrutinas; 
todas las funciones del programa se desarrollan 
en las diversas subrutinas. 


Apertura del file (subrutina 1000) 


Esta subrutina abre el file, asigna los campos y 
lee el número del último record ocupado; el nú- 
mero del primer record disponible viene dado 
por este valor más 1. La mejor técnica para ges- 
tionar el puntero al primer record disponible en 
escritura consiste en crear un file que tenga la 
máxima longitud prevista y utilizar el último re- 
cord del file para memorizar el número de datos 
contenidos en el propio file. El último record de- 
berá actualizarse a medida que se introduzcan 


Selección de la subrutina 
en base a la respuesta (K) 
dada por el menú 


los datos. En la pág. 668 se ha representado el 
esquema lógico del método. 

En esta aplicación, el file deberá contener los 
campos que a continuación se mencionan: 


Apellida = 20 caracteres 
Calle = 20 caracteres 
Teléfono = 12 caracteres 
Ciudad = 20 caracteres 
Longitud del record.  = 72caracteres 


La creación del file puede obtenerse de forma 
inmediata introduciendo por teclado la instruc- 
ción: 


OPEN "R”, "9", "A:DATOS”,72 


GESTION DE DATOS EN EL DISCO. DIAGRAMA DE FLUJO DE PRIMER NIVEL 


Se definen las matrices, el tipo 
de las variables y las eventuales 
funciones particulares 


El file de datos se abre y 
se lee el número de records 
que tiene escritos 


El usuario selecciona 
la función deseada 


Al ejecutarla, el sistema escribe el nombre del 
file en el directorio y le asigna una longitud ini- 
cial. Haciendo igual a 100 el número máximo de 
los grupos de datos a memorizar, debe escribir- 
se en el record 101 (el último) el valor O ya que, 
inicialmente, el file no contiene ningún dato y el 
primer record disponible es el número 1 
(0 +1 =1). 

La creación del file y la inicialización del último 
record pueden obtenerse con un programa de 
utilidad de uso general, cuyo listado puede ver- 
se en la pág. 668, abajo. Enviado a ejectición 
más veces este programa también es posible 
variar la longilud del file. 

Una vez preparado el procedimiento de crea- 
ción y de inicialización del file puede pasarse a 
la escritura de la subrutina 1000, que deberá 
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desarrollar las siguientes funciones: metrizada, y todos los parámetros (nombre del 
file, longitud, etc.) se los entrega el main. De es- 
ta manera puede utilizarse para cualquier apli- 
cación cambiando simplemente los valores de 
La estructura de esta subrutina es muy sencilla; los parámetros. 

el correspondiente listado se ha representado al Debe indicarse que la instrucción 1090 (apertu- 
lado. Como puede verse, la subrutina es para- ra en modalidad ”l” y cierre del file) sólo tiene la 


— Apertura del file 
— Lectura del último record 


GESTION DE LOS FILES. USO DEL PUNTERO AL ULTIMO RECORD DE DATOS 


El nuevo número de record ocupado se memoriza en 


el record dedicado al puntero O Creación del file 


Primer Record 
record del 
del file puntero 


En la fase de creación 
del file de este record 
se escribe el valor O 


El valor leído indica 
el último record ocupado 
por los datos, 


El dato se 
transfiere al disco 


El nuevo dato 
debe escribirse 
en la posición 
que se obtiene 


El sistema lee 
el contenido del último 


record. La primera pr ds 
vez, el Epi es O "mmm Subrutina de introducción 


sumando 1 a Inicialización 
be ra mw Lectura del puntero 


mm Introducción de datos y 
actualización del puntero 


=== Zona del file dedicada a datos 


=== Record (último) que contiene 
el puntero 


Dato a memorizar 


CREACION DEL FILE E INICIALIZACION DEL ULTIMO RECORD 


20 * Y A LA TNICIAL: ETS TON 539 ION RECORI x»x 


40 * E ba ERESCR 
NE " (RRE ENTETNE ME y 


A A | 
LOS ATMROLOS o 


S | IN br WU) Ñ- A 
200 PRINT "PUNTERO EN POSICION: "MX 


668 


1000 
1010 
1020 
1030 
1040 
10150 
1060 
1070 
1080 
1090 
1100 
1110 
1120 
1130 
1140 
11%0 
1160 
1070 
1180 
1190 
1200 
1210 


3000 
3010 
3020 
3030 
3040 
3042 
3044 
3050 
3060 
3070 
3080 
3090 
3100 
3110 
3120 
3130 
3140 
100 
3160 
3170 


3300 
3310 
3320 
3330 
3340 
33130 


SUBRUTINA DE APERTURA DEL FILE 


xx SUBROTINA DE AFERTURKA DEL FILE *xX 


'* ENTRADAS 


, HEM AH EE 
SEN "17,31, NMB:CLOSE 1 


IN PR), 1,NM$,L 
FIELD O14,L AS FS 
MX=NR+1 


FILE = APEFIL 


DEL FILE 


NS = UNTIAN DE NOMBRE DEL FILE, EJEMPLO A+DATOS 
Lo LONGITUG DEL RECORI (EN CARACTERES) 
NK <= LONGITUD 
RF$ = RUFFER ASOCIADO AL FILE 


CEN RECORIS) 


GET 1, MX "LECTURA DEL RECORD QUÉ CONTIENE El FUNTERO 
TRANSFTERE A A$ 
ES=LEFTH(AR,3) * SOLO SE UTILIZAN LOS 3 FRIMEROS CARACTERES 


LSET Ag=kRES ' EL VALOR SE 


MAX=VAL Ed) "El VALOR MAXIMO QUÉ PUEDE UTILIZARSE ES 999 
“ox EN LA SALIDA MAX CONTIENE El VALOR ESCRITO EN El. RECORI TEL. 
? FUNTERO, 0 SEA EL NUMERO ACUMULATIO DEL ULTIMO RECORIO 

, OCUPADO. EL FRIMERO A DISPOSICION LO TIá ESTE VALOR + 1 
RETURN 


SUBRUTINA DE INTRODUCCION DE DATOS 


XRINTRODUCCION at 
ENTRATIAS + 
MAX 


ES ESPE 


ULTIMO RECORI OCUPADO 
LONGITUD FILE 
LA PARTE UE INTRODUCCION JE NATOS 


CIFICA ME LA APLICACION 


FARTICULAR Y SE SUSTITUIRA EN FUNCION UE LAS DIVERSAS 


EXTGENCIAS 


' NR o= 


ex LECTURA ME MATAS FAR 


INEDIE "APELLIDO" OS 
INFUIL "CALLE"; VS 

INFUT "TELEFONO 
INPUT "CTULAT” 
LC AREORMA 
pu SPACER (20) 
SPACES (20) 
Ye SPACES (10) 
SPACEBC2O) 


mE 


v$ 


ar LA INSTRUCCTON C(LSET> 
l VEL CAMPO UE LLEGADA 


abs Hr r03 bah 


7 


STRES$S(MAO 

YT Ah $ 
¡ARESPACES COS) 
SET RES=A$ 
NoNR +4 

FUT 1,N 

RETURN 


o RECORIL 1% 


' 


, 


VTREO OO 


PRIMER CAMPO 
SEGUNDO CAMFO- + CALLE 
TERCER CAMPO 
CUARTO CAMPO 


APELLIDO 


TELEFONO 
 CTUBAD 


COPIA LA CADENA UE LA VARTABLE DE LA DERECHA 


EN LA YE 


LA 


IZQUIERDA PREVIO ALINEADO 


DE LA MISMA CAMENA PE LA 1ZQUIERDA 


TRUNCA LOS CARACTERES QUÉ SOXRAN 


ESCRIME 1.08 DATOS 
ESTA INSTRUCCTON SE EXPLICA EN LA 
SUBRUTINA (4000) 


EN EL ULTIMO RECORD, 1,05 TRES PRIMEROS CARAC= 


VERES 


COMPLETA El 


N 


= RECORO 


ESTAN RESERVADOS AL. FUNTERO, 


RECORD CON ESFACIOS EN BLANCO 


uEL 


FUNTERO 
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finalidad de controlar que el file exista: si se 
abriese en modalidad "R” un file no creado ante- 
riormente, se crearía uno nuevo sin inicializar. 


Menú (subrutina 2000) 


Para esta subrutina puede hacerse referencia a 
una de las subrutinas ya presentadas cuando 
se trató el tema del menú desde el punto de 
vista general. La única variación consiste en la 
escritura que debe preverse (1-Introducción, 2- 
Actualización, etc.). 


Introducción (subrutina 3000) 
Las funciones que realiza son las siguientes: 


— Lectura de los datos por consola 

— Su escritura en el primer record libre 

— Actualización del último record para tener en 
cuenta el nuevo dato introducido 


El listado de la subrutina se ha representado en 
la pág. 669 (abajo). 


Actualización (subrutina 4000) 
Debe realizar las siguientes funciones: 


— Lectura por vídeo del número del record a ac- 
tualizar 

— Lectura de datos del disco 

— Presentación de los datos existentes 

—Lectura de los nuevos valores (variación en 


los datos existentes) 
— Memorización de las modificaciones en el 
mismo record 


El listado de la subrutina puede verse aquí 
abajo. Para escribirla, puede utilizarse parcial- 
mente la subrutina de introducción. 

La diferencia existente entre las fases de intro- 
ducción y de actualización se debe a las dife- 
rentes posiciones en que se escriben los datos: 
en la fase de introducción, cada dato se pos:- 
ciona en un nuevo record, mientras que en la 
fase de actualización, el dato actualizado debe 
escribirse en el mismo record que ha sido leído, 
al tiempo que el puntero a los datos no debe ser 
incrementado. 

Estas funciones particulares pueden obtenerse 
de la subrutina 4000 alzando un flag (KS en el 
listado) que indica a la 3000 que no actualice el 
puntero a los datos. 

En este caso particular, ei uso del flag para mo- 
dificar las funciones realizadas por la subrutina 
3000 no aporta ninguna ventaja significativa 
puesto que las instrucciones necesarias po- 
drían volverse a escribir directamente en la su- 
brutina 4000 (de la línea 3050 a la 3230). El au- 
mento de ocupación de memoria no tiene im- 
portancia y se cuenta con la ventaja de una 
mayor claridad del programa. 

El uso del flag sólo se ha propuesto para mos- 
trar una posible metodología. 


RUBRVTSA DE ACTUALIZACION 


y NES TABLECE El NUEVO VALOR DE 


MAR) 


SOLUCIONES DEL TEST 19 XX, 


1 / a) es verdadera con la siguiente precisión: las adiciones son posibles utilizando un file 
de apoyo, y no directamente. 
b), c), d) son falsas; e) es verdadera; f) es falsa: la función EOF (N) se utiliza para 
indicar el final de un file secuencial. 


2/a) genera un error y detiene la ejecución del programa. 
b) crea un file. 


3 / Debe utilizarse la función LOC(N). 


4-5 / El listado del programa que comprende las soluciones de los puntos 4 y 5 se presen- 
ta aquí abajo; sólo se trata de uno de los posibles modos de realizar las funciones re- 
queridas. La fase de realización del menú (escritura de las instrucciones) de un progra- 
ma, en general es muy subjetiva. La forma de los programas y las instrucciones o las 
funciones utilizadas varían mucho según los hábitos del programador. 


10 ' **SOLUCIÓN AL TEST 

20” FILE + TESTI 

100 ' Xxx MAIN x*% 

10% OPTION RKASE 1 

110 PRINI" Seleccionar la función deseada" 

120 PRINT" 1 =< Introducción 2 = Lectura 3 = Variaciones" 
130 INFUT K 

140 1F K<1 OR K 3 THEN GOSUR 2000 

150 IF KR*<* 0 GOTO 110 ' NUEVA SELECCION A CONTINUACION DEL ERROR 
160 GOSUE 1000 

165 MODO=0 

170 INFUT" Continua (SI/NO) "¡RESPE 

180 IF RESPÍ="S1" THEN FRINT CHR$ (27) +"4"1G60T0 110 
190 ENT 

1000 * 2% SUBRUTINA DE GESTION VE DATOS *% 

1010 ON K GOSUE 1020,1280,1440 

1015 RETURN 

1020 ' 

102% 1F MODO=1 GOTO 1220 

1030 INPUT" Código 1";0 % 

1040 1F C%<1 0R0%799 THEN GOSUEK 2000 

1050 IF KK <% 0 GOTO 1030 


1060 
1070 INPUT" Descripción” ;0$ 
1080 TF LEN (1920 THEN GOSUE 2000 'CERRKRDR EN LA LONGITUD 


1090 1F Kk <30 GOTO 1030 
1100 TF LEN (M$)=20 GOTO 1140 


1110 N % =20-LEN (114) ' Completa la cadena si se han 
11%0 * introducido menos de 20 caracteres 
1130 Af=SPACE$IN Y > 

1140 INPUT " Cantidad + "¡QT 

1150 INFLUIT “Costo a 

1160 ' 

1210 ' 

1220 OFEN "R",1,"FRUEBA",28 "EL FILE TIENE El NOMBRE PRUEBA 


1230 FIELE 1,2 AS W1I$,2 AS W2$,4 AS W43$,20 AS W4$ 
1232 LSET WI$EMKIB (CY) 

1234 LSET W2$=MKI$(QT%) 

1236 LSET WI$MKS$ (0) 

1238 LSET W4$=0$ 

1290 POT LL 

1260 CLOSE 1 
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RETURN 
, 


FRINT "Lectura datos" 
INPUT “Código artículo ";C% 


TF C% 1 0R (0% 0599 TMEN GOUSUR 2000 


IF KR <> 0  G0TO 1300 
OPEN "R",1 "PRUEZA",28 


FIELD 1,2 45 W1$,2 AS U2$,4 AS W3$,20 AS W4$ 


GET 1,0% 
C%=CUT (U1$) 
QT YECUT (124) 
C=CVS (W3$) 

DS =44%$ 
PRINT “ 
PRINT " 
FRINT O" 
PRINT O" 
FRINT O" 
CLOSE 1 
RETURN 


e DATOS LEIDOS ** ” 
COMTGO "0% 
DESCRIPCION = ";D$ 
CANTIDAD "507% 
costa A» 


nm uvost 


"LECTURA DATOS EXISTENTES 
MOT 1, 
GOSUB 1280 


' LECTURA NUEVOS VALORES 

INFUT "Cantidad a añadir "¡Ca % 
QT ZA ACA 

' ESCRITURA NUEVO VALOR 

GOSUE 1020 

RETURN 

2 SURRUTINA TE ERROR 1% 

Kk*=1, ' Flay de error 
FRIMT "rr ERROR ar 


FRINT "Fara continuar, intreducin um carácter cualquiera" i Sf=INFUTH (1) 


FRINT CHAS (27404 
RETURN 


Búsqueda (subrutina 5000) 

En genera, la escritura de las subrutinas de 
búsqueda depende estrechamente de la de los 
datos y de su cantidad. Si el archivo (file de da- 
tos) es de grandes dimensiones, en primer lugar 
deberá ordenarse de acuerdo con la clave con 
la que se va a realizar la búsqueda y después 
desarrollar una búsqueda con ruptura de códi- 
go (siempre suponiendo que no exista un índice 
que apunta directamente a los datos). En las 
aplicaciones en microordenador y ordenador 
personal, el número de los datos nunca es pari- 
cularmente importante; en este caso conviene 
examinar todos los files sin imponer a priori nin- 
guna ordenación y extraer los records que con- 
tienen los valores a medida que se presentan. 
Con esta técnica se emplea más tiempo del ne- 
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cesario, pero la diferencia en términos de tiem 
po no justifica las complicaciones que se ten- 
drían en la escritura del programa. Para tener un 
orden de magnitud, considérese que en pocos 
minutos pueden leerse varios centenares de re- 
cords, mientras que el eventual ahorro de tiem- 
po es del orden de minutos. La lógica y, por tan- 
to, la complejidad de las rutinas de búsqueda: 
dependen de los grados de libertad que quie- 
ran imponerse, o sea del número de parámetros. 
que pueden utilizarse como elementos de se- 
lección. Por ejemplo, en el file examinado puede 
utilizarse como elemento de selección sólo el 
apellido, en cuyo caso deberán confrontarse 
únicamente los primeros 20 bits del record (el 
apellido es el primer campo), o bien también 
puede considerarse la selección por ciudad: en 


4 


este caso también deberán considerarse los úl- 
limos 20 bytes. De este modo deberá escribirse 
una rutina para cualquier posible lógica de se- 
lección. 

Esta conclusión muestra claramente la necesi- 
dad de parametrizar la rutina de búsqueda. 
Puede conseguirse un buen nivel de parametri- 
zación estructurando el programa de manera 
que éste presente al usuario el índice de los 
campos que constituyen el record, 

A su vez, el usuario podrá seleccionar uno de 
los campos como clave de búsqueda, introdu- 
ciendo el dato a buscar. 

La rutina 5000 constituye un ejemplo de utiliza- 
ción de esta lógica. En este caso (ver el diagra- 
ma de flujo de abajo), la subrutina presenta al 
operador una petición de introducción en todos 
los campos previstos. Éste podrá utilizar el cam- 
po particular que se le propone introduciendo 
simplemente el valor a buscar. Alternatvamente 
puede excluir aquel campo como clave de bús- 
queda introduciendo el carácter «. 


Impresión (subrutina 6000) 


La subrutina de impresión debe poder imprimir 
sobre papel todo el contenido del file. Por tanto, 
estará constituida por un bucle articulado desde 
el número del primer record hasta el número del 
último record utilizado anteriormente en escritu- 
ra, que está memorizado en el último record del 
file. Dado que el procedimiento no presenta par- 
ticulares dificultades, se ha omitido el diagrama 
de flujo. 


Funciones de impresión particulares 


El programa descrito puede modificarse para 
que se adapte a una gran variedad de casos 
modificando sencillamente las longitudes y los 
significados de los campos. Sin embargo, en al- 
gunas aplicaciones son necesarias modificacio-* 
nes de la subrutina de impresión. Por ejemplo, si 
el archivo se refiere a una dirección para el en- 
vío de material publicitario el programa debe 
poder proporcionar las salidas (es decir, las di- 
recciones impresas) sobre un soporte utilizable 


SUBRUTINA DE BUSQUEDA 


1/O disco 
Comparación 

1/O vídeo o impresora 
Bucle sobre los datos 


Lectur: 
últim 


El usuario puede selecc onar 
el video o la impresora 


El sistema pide los mismos 
datos de la fase de 
intreducción. El usuario 
responde con el símbolo « 
si el campo no interesa 


El valor escrito en el último 
record es el número de 
los datos presentes y se 
utiliza como valor final 

del bucle 
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directamente, como las etiquetas autoadhesi- 
vas. Con este fin, en el comercio existen tiras 
continuas de papel encerado, adaptadas al sis- 
tema de arrastre de las impresoras, sobre las 
que hay filas de etiquetas adhesivas. 

El programa de gestión del archivo puede 
adaptarse para tener la escritura de las direc- 
ciones directamente sobre las etiquetas. Al final 
de la fase de impresión bastará con desprender 
las etiquetas impresas del soporte provisional 
para transferirlas al definitivo. 

La impresión sobre etiquetas se diferencia de la 
normal por ¡a necesidad de estructurar la salida 
imponiendo en primer lugar la escritura de los 
nombres sobre una misma línea (y sobre dife- 
rentes etiquetas), después la escritura de las d.- 
recciones en la siguiente línea y luego la escritu- 
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El contenido del record 
se confronta con los 
valores introducidos 


ra de la ciudad en una tercera línca. Por tanto, la 
rutina de impresión debe estructurarse en fun- 
ción del número de direcciones que se desea 
escribir en la misma línea, que será igual al nú- 
mero de etiquetas que se encuentra en la mis- 
ma fila en el módulo. La rutina estará constituida 
por dos bucles: el primero, más exterior, servirá 
para tomar los datos del disco; el segundo rea- 
grupará los datos para formar las diversas lí- 
neas de impresión. 

El esquema lógico de una fase de impresión so- 
bre una fila de cuatro etiquetas se ha represen- 
tado aquí al lado. En este caso, el bucle más 
exterior tiene un paso 4 y el más interior torma 
las tres líneas que contienen respectivamente el 
apellido y nombre, la calle y la ciudad. Las ins- 
trucciones de impresión deben prever entre un 


E 


campo y el otro las adecuadas tabulaciones pa- 
ra el correcto posicionado de las direcciones en 
las etiquetas. 


El ordenamiento de los datos 

En la gestión de los archivos es indispensable 
disponer de rutinas que puedan ordenar los da- 
los con respecto a uno cualquiera de los cam- 
pos que componen los records. 

Estas rutinas de empleo generalizado, llamadas 
sort, suelen proporcionarlas el fabricante de la 
máquina, o pueden encontrarse fácilmente. Sin 
embargo, es muy útil disponer de rutinas pro- 
pias, que pueden adaptarse mejor al caso es- 
pecífico, en particular si el número de datos no 
es demasiado elevado. En muchas aplicacio- 
nes es necesario ordenar tablas que están con- 
tenidas en la memoria; el software generalizado 
trabaja sobre files, o sea sobre la memoria masi- 


va y, en estos casos, su utilización produce más 
dificultades que beneficios. Sin embargo, debe 
tenerse en cuenta que la escritura de rutinas de 
ordenación presupone la existencia del Compi- 
lador Basic. Empleando el Basic interpretado 
puede desarrollarse el software, pero debido a 
la baja velocidad de ejecución, un programa in- 
terpretado no sería prácticamente utilizable. Por 
tanto, es necesario compilar. Como alternativa 
puede escribirse el software de ordenamiento 
en lenguaje Assembler, que si por un lado cons- 
tituye la mejor solución, por otro requiere una 
notable experiencia y un mayor empleo de tiem- 
po para la escritura y para las pruebas. A conti- 
nuación se presentarán dos rutinas de ordena- 
miento. La primera trabaja sobre la memoria y 
puede utilizarse para los datos en el disco úni- 
camente a condición de que todo el file que se 
examina pueda estar contenido en la memoria 


Etiquetas 


Módulo 
continuo 


Distancia | 
entre dos 


filas de 
etiquetas 


Calle 2 


—» Calle 1 


Nombref Calle fiCiudad fNombref] Calle 
1 1 1 2 2 2 


Record 1 Record 2 


Nombre 1 Nombre 2 Nombre 3 Nombre 4 Po y | 
Calle 3 Calle 4 
Ciudad 1 Ciudad 2 Ciudad 3 Ciudad 4 


El file de datos se lee en grupos de 4 records; las tres filas 
para la impresión de la primera fila de etiquetas se obtienen 
reagrupando en la misma fila los campos homogéneos 


Ciudad Nombi re Calle 


LPRINT NOMBRE1$ ; TAB(X) ; 


IMPRESION SOBRE ETIQUETAS 


Escritura del primer 
grupo de etiquetas 


Pal 


AA PAP, 


Primera fila 
Segunda fila 
Tercera fila 


Ciudad Nombre 


: 4 4 
y 3 3 4 , 


Record 3 Record 4 ” 


NOMBRE2$ ; TAB(X)... | 
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K. Reese/Marka 


de la máquina. La segunda trabaja en files me- 
morizados en disco y utiliza la técnica de bús- 
queda binaria. Esta rutina ofrece elevadas pres- 
taciones y puede utilizarse en la gestión de ar- 
chivos de dimensiones medianas. 


Ordenamiento en memoria 


En la página siguiente se ha representado el 
diagrama de flujo de un programa de demostra- 
ción que ordena en valor creciente el contenido 
de la matriz A(20). 

El ordenamiento se obtiene confrontando cada 
valor contenido en la matriz con el que le sigue 
inmediatamente (hacia los índices mayores): si 
el primero es mayor, los dos elementos se inter- 
cambian. El ordenamiento termina cuando una 
exploración de todos los datos no ha dado lugar 
a ninguna inversión; esta condición la controla el 
flag K, que se pone a 1 cuando es necesaria 
una inversión. Al final de un bucle sobre los da- 
tos, basta con comprobar el valor de K para sa- 
ber si se ha realizado o no una inversión. En ca- 
so afirmativo es necesario realizar un nuevo bu- 
cle sobre todos los datos. Por el contrario, si el 
valor de flag es cero, no se ha producido inver- 
sión; los datos están ordenados (cada uno de 
ellos es menor que el que le sigue) y la rutina 
puede terminar. El programa que se describe 


La sala de control de un muelle ferroviario. 
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(el listado aparece en las págs. 678 y 679) tiene 
una finalidad de demostración; puede escribirse 
de forma más compacta aprovechando mejor la 
función realizada por el flag K. 

Este flag es un indicador que sólo puede asumir 
dos valores: 1 y O, o sea verdadero o falso. Uno 
de los dos valores expresa que una cierta con- 
dición (ordenamiento de los datos) no se ha ve- 
rificado; el valor opuesto indica la verificación de 
dicha condición. El bucle de ordenamiento de 
datos debe reemprenderse en tanto que la con- 
dición sea falsa (no verificada) y constituye un 
clásico ejemplo de aplicación de la instrucción 
WHILE... WEND. En la pág. 679, abajo, se ha 
representado el mismo programa reescrito utili- 
zando esta última instrucción. En el correspon- 
diente listado también se ha introducido otra va- 
riante: el empleo de la instrucción SWAP. Fn el 
programa anterior, para intercambiar el conteni- 
do de las memorias A(l) y A(l + 1), se utilizaba 
una memoria de apoyo (S); con la instrucción 
SWAP, la gestión de la memoria de apoyo está a 
cargo del sistema, con lo que el programa que- 
da muy simplificado. 

El intercambio del contenido de dos variables 
requiere el empleo de una variable de apoyo 
donde memorizar, provisionalmente, el valor 
que debe pasar de una a otra. Desarrollando la 


DIAGRAMA DE FLUJO PARA EL ORDENAMIENTO DE UNA MATRIZ 


Euja: sobra Jas dos Todas las variables son enteras 
eiii Se asigna el espacio de 
Flujo con datos memoria para la matriz A 
ordenados [Dim A(20)] 
Decisiones y flujo 
de ordenamiento Los datos, usados sólo a 

título demostrativo, 

se introducen por teclado 


K es un flag que indicará con valor 0 
que todos los valores están ordenados 


Selección del primer elemento 
de la matriz 


El elemento genérico A(l) 
¿es menor o igual al que 
le sigue A(I + 1)? 


No: el elemento A(l) es 
mayor que A(l + 1), Deben 
intercambiarse sus posiciones 


El contenido de A(I + 1) 
se memoriza provisionalmente 
en $ (variabe de apoyo) 


El contenido de A(l) se 
transfiere a A(l + 1) 


Di] 
[o] 
he] 
5 
pa 
5 
D 
2 
[e] 
Mn 
ja] 
2 
[al 
o 
= 
Eo 
5) 
2] 
pe 
ño 
ps 
3 
[«] 
0 
3 
'3] 
€ 
fa] 
o 
3 
o 


Ñ 
YN 
Ú 
£ 
o 
£ 
E 
E] 
o 
o 
2 
YN 
10] 
[ed] 
== 
ho 
17) 
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El contenido de S [o sea el antiguo 
valor de A(l + 1)] se transfiere a A(I) 


¿Han sido controlados 
todos los elementos? 


Si K=1 significa que se 
ha encontrado un elemento fuera 
de lugar. Debe volverse a empezar 
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ORDENAMIENTO DE UNA MATRIZ (PRIMERA VERSION) 


10 ' **XFILE ORIENA 

20 OPTION BASE 1 

30 DIM A(20) 

40 * x* LECTURA DATOS A ORIENAR 

50 , "7 
60 FOR 1=1 TO 20 

70 FRINT O" Mato N.:"¡I 


80 INPUT "VALOR "¡ACI) 

90 NEXT 1 

100 * 

110 ? ** IMPRESION MATOS LEIDOS 

120 ' 

130 LFERINT " VALORES INTRODUCIDOS ” 
140 LPRINT 

1590 FOR 11 TO 20 

160 LPRINT " Io = "31," VALOR = ";ACD 
170 NEXT 1 

180 

190? ax ORTIENAMIENTO 

200 ” 

210 K=0 

220 FOR 1::1 TO 19 

280 TF ACD <=(I+1) GOTO 270 

240 K=1 


aa 


2390 S=A4(1+1) 
23039 ACID =A (0) 


260 A(D=S rn 

270 NEXT 1 

280 TF K=L GOTO 210 4 

270 ” 

300 > IMPRESTON NATOS ORTIENATIOS y 
310 LPRINT O” VALORES ORDENADOS ” 

320 LFERINT 1A 
300 FOR I=1 TO 20 

340 LPRINT " I= "DD, "VALOR = "¡ACI 1] 
350 NEXT 1 

360 END 5) 

ho] 
B 

VALORES INTRODUCINOS 

I= 1 Valor= 32 y 
I= 2 «Valor= 25 E 
1= 3 Valor= 18 

l= 4 Vaulor= 0 a 
l= 5 Valor= $ 

l= 6 Valor= 48 ” 
T= 7 Valor= 28 

l= 8 Valor= 74 3 
T= 9 Valor= 125 

= 10 Valor= 2 3 
= 11 Valor= 6 

ls 12 Valor= 36 4 
= 13 Valor= 14 

des 14 Valor= 25 3 
E 4] Valor= 12 

Ye 16 Valor= 10 | 
= 17 Valor= 91 

Ye 18 Valor= 58 j 
= 19 Valor= 77 

T= 20 Vular= 61 d 
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VALORES ORDENADOS 


l= 1 Vulor= 0 
lI= 2 Valor= 2 
l= 3 Valor= 5 
l= 4 Valor= 10 
l= 5 Valarz= 12 
l= 6 Valor= 14 
= 7 Valor= 18 
= 8 Valor= 25 
= 9 Valor= 23 
= 10 Valor= 32 
I= 11 Valor= 36 po 
= 12 Valor= 48 
1 13 Valor= 36 
I= 14 Valor= 58 
I= 15 Vulor= 61 
I= 16 Valor= 74 
I= 17 Valor= 77 
== 18 Valor= 91 
= 19 Valor= 98 
l= 20 Valor= 125 
ORDENAMIENTO DE UNA MATRIZ (SEGUNDA VERSION) 
10 " MexXFTLE ORDENA 
20 OPTION ASE 1 
30 IM A (20) 
40 * *% LECTURA DATOS A ORDENAR 
0 
60 FOR T=1 TO 20 
70 PRINT " llato N.:t ";1 
30 INFUT ” VALOR ";Aac(1) 
90 NEXT 1 
100: * 
110 ' ** IMPRESION MATOS LEJNOS 
100. ' 
130 LERINT O" VALORES INTRODUCIVOS " 
140 LFRIENT 
150 FOR T=1 TO 20 
160 LPRINT " 1 = ";I,"VALOR = "¡A (1) 
170 NEXT 1 
00 > 
190 * re ORDENAMIENTO 
200 ' 
210 K=l "Ko se pone inicialmente +* 1 pure farzar el primer bucle 1 
220 WMNTLE OE 
230 K=0 1 
240 FOR T=J TO 19 
250 TF ACTISACIAD) TREN SUAP ACI) ,ACI+1)0Ka51 1 
260 NEXT 1 
270 WENI 1 
yo. > 
300 ' x% IMPRESION MDIATOS ORDENADOS 1 
310 LFRINT "VALORES OKMENADNOS " 
320 LFRINT 1 
330 FOR T=1 TO 20 
340 LPRINT "1 ="3L, "VALOR = "¡ACI) 1 


330 NEXT 1 
360 END 
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misma función con la instrucción SWAP se acti- 
va una función que consiste únicamente en el 
intercambio de nombres de las variables. Así, la 
memoria de ida toma el nombre de la de llegada 
y viceversa: a efectos del programa, esto es lo 
mismo que el paso de los datos de una a otra, 
mientras que el sistema sólo ha cambiado las 
direcciones con una velocidad de ejecución 
mucho mayor. Para generalizar el programa, 
basta con sustituir en las líneas 30, 150, 240 y 
330 los valores 20 y 19 por los nuevos valores. 
Finalmente, debe tenerse en cuenta que el pro- 
grama, tal como está, únicamente trabaja con 
valores numéricos (la matriz A(20) está com- 
puesta de números enteros); para utilizarlo con 
las cadenas es suficiente añadir el símbolo de 
cadena a la matriz [A$(N)], así como a la varia- 
ble de apoyo [S$]. 


Ordenamiento en disco 

La rutina de ejemplo que presentamos utiliza 
una memoria de apoyo para las direcciones de 
los records, que debe dimensionarse con el 
mismo número que los records del file. En esta 
memoria se depositan las direcciones de los re- 
cords a medida que son seleccionados según 
el orden alfabético (Z = menor, A = mayor) del 
contenido. Por ejemplo, si los datos del record 
número 15 son menores que los contenidos en 
los records 1 y 2, en la matriz índice (memoria 
de apoyo de las direcciones), primero se escri- 
birá el valor 15 y luego los valores 1 y 2. Así, 
utilizando la matriz como puntero a los datos (el. 
file se trata como si fuese un file de índice), pue- 
den leerse los datos en orden creciente o decre- 
ciente, iniciando la exploración de la matriz indi- 
ce desde la primera posición o desde la última. 


SORT DE UN FILE CON MATRIZ INDICE 


Número 2 3 
del récord 


File de 
datos 


Posiciones 
en la matriz 


Matriz índice 


Ordenamiento 

creciente, 

La matriz se lee a partir 
de la primera posición 
con paso igual a 1 
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El programa de sort 
escribe en el índice 


Ordenamiento 
decreciente. 

La matriz se lee a partir 
de la última posición 
con paso igual a -1 


El número del record del file 
de datos es el contenido de 
la matriz índice 


Datos ya examinados 


CANA 
EECCTOOO 


El contenido de 

la matriz índice se 
coloca a la derecha para 
dejar sitio al nuevo dato 


Matriz 
Índice 


El puntero al dato 
(valor 4) debe escribirse 
en la primera posición 


1 
Ele 


En la pág. 680 se presenta la lógica descrita. 
El mecanismo de preparación de la matriz Índi- 
ce puede esquematizarse de este modo. 

Supongamos que ya se tienen situados algunos 
datos, por ejemplo los primeros tres records del 
file: la matriz índice contendrá entonces tres va- 
lores, que son los números de los tres primeros 
records del file ordenados en valor creciente del 
contenido. Así, el primer elemento de la matriz 
índice contendrá el número de records que co- 
responde al dato de menor valor entre los tres 
situados; el siguiente elemento contendrá el nú- 
mero de records del dato inmediatamente supe- 
rior, etc. En este punto se toma el nuevo dato a 
situar (record ñúmero 4); para atribuir al número 
del record la colocación exacta en la matriz Índi- 


MECANISMO DE ELECCION DE LOS VALORES MAXIMO Y MINIMO 


Número 1 2 3 4 5 
del récord 

File de 

datos —— 


NO 
a no 
El dato de llegada 
no puede colocarse en 
los extremos; está 
contenido en un punto 


intermedio entre los 
valores ya escritos 


Prosigue con 
la búsqueda binaria 


Entrada del dato n.* 4. 

El programa ha memorizado 
antes los valores BC 
(correspondientes al valor 3, 
que es el mínimo hallado) 

y AZ (record 1, máximo) 


Si 


En este caso, 

el nuevo valor debe 
escribirse en 

la última posición y 
no es preciso ningún 
desplazamiento 


y 


Memoriza el nuevo 
máximo y escribe 
el puntero en la 
última posición de 
la matriz índice 


ce, debe releerse el contenido de los records 
examinados antes, confrontar cada uno con el 
nuevo dato numérico y decidir su posición. 
Para acelerar esta búsqueda pueden adoptarse 
dos técnicas (conjuntas, no alternativas). La pri- 
mera consiste en memorizar el valor mínimo y el 
valor máximo encontrados en los datos anterio- 
res. A la llegada de un nuevo record para situar, 
sobre estos dos valores se aplica el primer con- 
trol (ver el gráfico superior). 

Si el nuevo dato es menor o igual, como mínimo 
deberá colocarse en la primera posición, y si es 
mayor o igual, como máximo en la última. 

En el caso de que esios controles no hayan re- 


«sultado positivos, el dato de llegada deberá si- 


tuarse en un punto intermedio. Para colocarlo en 
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Un ordenador personal para 
comunicarse 


Además de un medio de comunicación, el orde- 
nador personal puede ser un eficaz instrumento 


Blón funcional motriz y se orienta principalmente 
“a la patología neuromotriz tanto en la edad me- 
mor como adulta. 
En este centro, un grupo de disminuidos inca- 
paces de expresarse con la voz ha aprendido a 
“utilizar un ordenador personal para escribir 
mensajes en la pantalla de vídeo. Como no pue- 
“den realizar los movimientos necesarios para 
-ulilizar el teclado, se valen de un programa es- 
pecial, denominado LOGOS 4, que permite 
'componer palabras y frases eligiendo las letras 
con la leve presión de una gran tecla. 
"El programa ha sido realizado para el ordenador 
personal IBM por la sociedad productora de 
software A 8. B de Génova, basándose en proto- 
tipos experimentales desarrollados en el Centro 
-de Educación Motriz, con la colaboración del 
Instituto de Electrónica de la Universidad de Es- 
tudios de Génova, en el ámbito del proyecto 
Tecnologías Biomédicas del CNR. 
“Para construir el programa se han memorizado 
datos estadísticos correspondientes al idioma 
italiano, con particular referencia a textos escri- 
tos por niños de escuela elemental o destinados 
a ellos. A partir de estos datos y de los caracte- 
res ya seleccionados, el procesador elige cada 
vez las letras que podrían seguir y las presenta 
“en pantalla en orden decreciente de probabili- 
d. El minusválido puede seleccionarlas apre- 
do un solo pulsador (las letras se suceden 
'omáticamente a velocidad regulable), o dos 
Isadores, uno de aceptación y otro de re- 
chazo. 
LOGOS 4 presenta los caracteres a seleccio- 
nar en la pantalla en una sucesión diferente ca- 
da vez, basándose en las propiedades estadís- 
E licas del léxico italiano, que hacen más proba- 
y ble la presencia de ciertas letras en lugar de 
solras en la formación de las palabras. Por ejem- 
plo, se ha seleccionado el grupo de consonan- 
Ñ «Ch», que aparece a menudo en pantalla 
después de la «e» y la «j». De esta manera no 


es necesario recorrer todo el alfabeto cada vez, 

y una vez adquirida destreza con el nuevo me- 
dio, es posible comunicarse de manera relativa- 
mente rápida. 

Otros dos pulsadores sirven para invertir la su- 
cesión de los caracteres y para pasar de la ex- 
ploración automática a la manual. Las letras se 
presentan en varios colores y con una particular 
forma gráfica «en embudo» que, aprovechando 
la visión periférica del ojo, permite que el inváli- 
do prepare con tiempo su elección. 

Este tipo de presentación, asociado a la amplifi- 
cación sonora, también permite, en los casos de 
notable dificultad de movimientos, realizar igual- 
mente la función de selección utilizando tiempos 
de exploración más dilatados. 

La diferenciación cromática para las letras que 
se seleccionan se ha introducido para facilitar la 
identificación, especialmente por parte de los 
usuarios con problemas de visión. 

Las letras seleccionadas, que aparecen a la ¡z- 
quierda, constituyen provisionalmente un sopor- 
te para la construcción de las palabras y una 
ayuda para eventuales correcciones. Además 
de ser en colores, son realmente de dimensio- 
nes mayores que las de debajo (es decir, las del 
texto propiamente dicho). 

Se han memorizado datos estadísticos relativos 
al idioma italiano, en particular a los vocablos 
contenidos en los textos de las escuelas ele- 
mentales. La investigación estadística ha permi- 
tido predeterminar el orden de frecuencia en 
que se presentan las letras después del último 
grupo escrito. 

Además de las 26 letras del alfabeto italiano, 
hay cinco signos convencionales que permiten 
activar las funciones de espaciado, retroceso, 
aparte, corrección de error de selección y del 
texto acabado de escribir (y no memorizado en 
la máquina) y retorno a las funciones iniciales 
del programa. 

ElLOGOS 4, como se ha dicho, es un programa 
implantado en el ordenador personal IBM. 

La configuración mínima para la aplicación es la 
siguiente: 


Unidad central (128 K de RAM) + tarjeta 
+ adaptador de juegos 

1 Unidad de lectura de discos de 180 K 
Teclado 

Teclado para minusválidos 

Impresora (80 cps) 

Vídeo gráfico 
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Dada la estructura del programa, la gestión del 
LOGOS 4 también es posible sin teclado ni im- 
presora. Es evidente que con la configuración 
reducida, las funciones de diálogo y de impre- 
sión del texto no son posibles. 

El vídeo gráfico también puede eliminarse y 
sustituirse por un aparato de TV realizando las 
adecuadas adaptaciones (modulador), el cual 
se utilizará como monitor. 

En la hipótesis de futuros desarrollos (como, por 
ejemplo, la actualización dinámica de la esta- 
díistica U otro), el PC IBM con la configuración 
mínima podrá implantarse añadiendo otra uni- 
dad, o disco de 180 K, o sustituyendo la anterior 
por una unidad de lectura de discos de 360 K. 
Las posibilidades de «personalizar» el empleo 
del sistema LOGOS 4 son notables. 

El programa prevé la eventualidad de poder 
proporcionar a cada usuario su propio disco 
operativo, programado en base a las capacida- 
des motrices individuales. Efectivamente, exis- 
ten dos «Máscaras» que proponen algunas op- 
ciones relativas a las características de la pan- 
talla y de la impresora. 

La «Máscara» propone algunas variables relati- 
vas a las modalidades de control del movimien- 
to y a las propuestas visuales. 

La selección de la letra puede efectuarse de 
dos maneras: en la exploración automática, las 
letras se desplazan automáticamente de dere- 
cha a izquierda a una velocidad que también es 
programable (de 1 a 5 segundos), mientras que 
con la exploración manual, las letras en el em- 
budo están fijas y el usuario selecciona la letra 
deseada accionando los pulsadores de acepta- 
ción (sí) o de rechazo (no). 

Para esto, el minusválido debe poder accionar 
estos dos pulsadores. El programa de explora- 
ción automática permite al inválido realizar el 
movimiento necesario para la selección de la le- 
tra con un esfuerzo mínimo (puede ser suficien- 
te incluso un solo movimiento). 

El de exploración manual, en cambio, permite 
una mayor velocidad y una gestión directa de la 
máquina. Para facilitar la adquisición de las in- 
formaciones visuales es posible modificar el co- 
lor del fondo (hay disponibles 16 colores), de las 
letras en el embudo (4 colores), de las que es- 
tán en fase de selección (4 colores) y de las ad- 
quiridas (4 colores). Estas modificaciones per- 
miten adquirir las informaciones cromáticas de 
acuerdo con las preferencias o los condiciona- 
mientos de la vista del usuario. 
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aprendizaje del funcionamiento del programa 


Utilizando las variaciones cromáticas, ademés, 
puede regularse el grado de dificultad de las 
propuestas visibles en base a las capacidades 
perceptivas y de aprendizaje del usuario. Ade- 
más, hay la posibilidad, siempre utilizando va=: 
riaciones de color, de eliminar las letras del em- 
budo o las letras adquiridas. En lo referente a las” 
características de la impresora, es posible se- 
leccionar el número de caracteres por línea, 
programando también el tamaño de las letras, la 
intensidad de impresión y los espacios. 
El programa se inicia proponiendo al usuario. 
siete funciones que permiten una gestión autó- 
noma del propio programa. 
El minusválido puede iniciar un nuevo texto, me- 
morizarlo si lo desea, continuar el trabajo en diz 
ferentes momentos, reclamar al disco el texto 
memorizado e imprimir todo el texto procesado. 
Además, como primera operación de control- 
ambiente se ha introducido la «llamada». Selec= 
cionando esta función se activa una señal acús- 
tica intermitente que indica las eventuales nece- 
sidades de ayuda por parte del minusválido. 
También se ha introducido la posibilidad de es-. 
tablecer un coloquio entre el teclado normal y el 
interface accionado por el minusválido. 

Esto permite la formulación de peticiones escri- 
tas en el vídeo por parte del operador, a las cua- 
les el usuario puede responder, facilitando asíel. 


por parte del inválido. Como se ha proyectado 
para responder a las exigencias de minusváli- 
dos con graves dificultades motrices, el LOGOS 
4 hace posible la escritura utilizando también un 
solo pulsador o sensor. 

Este pulsador permite la aceptación de la letra 
en la selección. Siempre que las capacidades 
del minusválido lo permitan, la velocidad opera- 
tiva puede aumantarse introduciendo el uso de 
un segundo pulsador que pueda invertir la pre- 
sentación de las letras del embudo, permitiendo 
así la recuperación de una letra anteriormente 
«perdida» o que casualmente se encuentra al 
final de la cadena. 

Accionando un tercer pulsador, es posible pa- 
sar de la representación de las letras con explo- 
ración automática a la de exploración manual; 
en el caso de selección manual, el minusválido 
puede hacer desfilar las letras mediante dos 
pulsadores, uno para rechazar la letra y otro 
para aceptarla. 

El uso combinado de cuatro pulsadores es una 
ulterior adaptación de la instrumentación a las. 


CONFIGURACION HARDWARE PARA LA IMPLANTACION 
DEL PROGRAMA LOGOS4 


HINA sy Vídeo gráfico 


——— Sección de texto parcial 


—a —— Sección de texto elaborado 


Cl PIACE GUARDARE. IL MARE 
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DM 
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qIRE  _>EE€E- zz AAA Impresora de 80 cps 


Unidades para discos de 180 kbytes 


| Teclado para el coloquio entre 
el instructor y el minusválido 


BRA (a 


Adelante/Atrás Pulsador de aceptación Pulsador de rechazo Velocidad de 
del carácter del carácter exploración 


Macroteclado u otro periférico adaptado a las posibilidades del minusválido 
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dificultades motrices del sujeto minusválido. 
Finalmente, se prevén proyectos de utilización 
de la máquina que inicialmente requieren moda- 
lidades más sencillas (p.e. el uso de un solo pul- 
sador) hasta llegar a estrategias más complejas 
enfocadas a la utilización ade los cuatro pulsado- 
res para optimizar el tiempo de composición del 
texto o para llegar, hasta donde sea posible, al 
empleo de instrumentos ae uso más corriente 
(p.e., con adaptaciones especiales, la máquina 
de escribir): de esta forma, la ayuda proporcio- 
nada por el programa tendrá también una fun- 
ción de reeducación. 

En las estrategias más sencillas —siempre en 
presencia de una invalidez grave— se prevé la 
sustitución del pulsador mecánico por un sen- 
sor más sofisticado. 

Las perspectivas para el futuro desarrollo del 
sistema LOGOS 4 son esperanzadoras. Un 
proyecto ya definido contempla la ampliación 
de la utilización en función de diferentes edades 
y preparaciones profesionales, realizando una 
estadística personalizada basada en textos es- 
critos por el propio sujeto. Un segundo objetivo 
es el desarrollo de un programa que puede leer 
de forma completa una palabra abreviada o una 
frase sumarizada o sistemas particulares de co- 
municación simbólica no verbales (p.e., el len- 
guaje BLISS). 

Un eventual programa de descodificación per- 
mitiría reducir de forma notable los tiempos de 
escritura ampliando considerablemente las ca- 
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Una imagen del programa 
LOGOS4 en 
funcionamiento. Las 
posibilidades de empleo 
del ordenador personal 
como ayuda para los 
minusválidos se van 
concretando 
gradualmente. La 
iniciativa común 
emprendida por la XVI 
USL de Génova Levante, 
IBM y A 8 B constituye un 
nuevo paso adelante haci 
el derribo de la barrera de 
incomunicación que aísla 
alos minusválidos 
neuromotrices. 


pacidades expresivas del minusválido. 
Mediante las funciones implantadas en el LO- 
GOS 4, el minusválido puede memorizar el texto. 
escrito, imprimirlo, reclamarlo en el vídeo, actí- 
var una señal acústica para pedir ayuda y esta- 
blecer un coloquio con otras personas que: 
igualmente utilizan el teclado del sistema con 
esta finalidad. 
La variabilidad de los comandos, de los colores; 
de la modalidad de uso y de la velocidad permi 
te adaptar el medio a las posibilidades del mi 
nusválido y reducir el estado de ansiedad que a 
veces se produce en su primer contacto con la 
máquina. 
Además, en el transcurso de la actividad de ree- 
ducación, en algunos casos puede preverse un 
paso gradual de las modalidades de uso más 
sencillas a las más complejas, hasta la utiliza- 
ción de instrumentos de uso más corriente, co- 
mo la máquina de escribir. 
La versión actual del programa se ha estudiado 
para sujetos en edad escolar o postescolar, pe- 
ro su empleo también podrá extenderse a mi- 
nusválidos de diferentes preparaciones y eda- 
des con el desarrollo de estadísticas «personali- 
zadas», o sea basadas en textos escritos por el 
propio usuario. 
El empleo del ordenador personal, además de 
permitir el diálogo entre inválidos y preceptores, 
también se ha revelado como un estímulo tanto 
para el aprendizaje cuanto para la recuperación 
del control motriz. 


el sitio justo, como ya se ha dicho, deberán leer- 
so todos los datos ya situados, confrontarlos 
con el de llegada y, entonces, podrá determi- 
narse su posición. Para hacer más rápida esta 
lnse de búsqueda se adopta el método de la 
división por la mitad (búsqueda binaria). 

En este caso se toma el valor central de la matriz 
Indice (en el ejemplo indicado en la pág. 681, el 
número 2) y se lee el dato correspondiente (BD); 
el nuevo valor se confronta con éste y, a conti- 
nuación del resultado de la confrontación, se 
decide si se prosigue hacia la derecha o hacia 
la izquierda en la matriz índice. 

En la pág. 682 se ha representado el esquema 
completo de la rutina. A título de ejemplo se ha 
incluido la descripción del programa de utilidad 
OLISORT* de Olivetti. 


'ograma de utilidad OLISORT 
El Olisort es un paquete sort/merge versátil de 
altas prestaciones, proyectado para el ordena- 
dor personal Olivetti M20. Sus prestaciones lo 


hace útil en casi todos los tipos de aplicación de 
gestión. El Olisort permite: 


* OLISORT es una denominación registrada. 


— realizar el sort de un file 

— realizar el merge de dos files 

— seleccionar un record de un file 

— añadir un file al final de otro 

— realizar un sort y seleccionar al mismo tiempo 


El Olisort está comandado por parámetros que 
se pasan a una cadena Basic. Toda la cadena 
de parámetros puede pasarse al Olisort a través 
de una cadena de comandos escrita en Basic, o 
através de una corta cadena de comandos que 
hace referencia a un file de parámetros. Un file 
de parámetros o una cadena de comandos 
puede crearse de forma interactiva mediante los 
programas de utilidad Olisort. Esto significa que 
pueden crearse fácilmente largas cadenas de 
parámetros reduciendo apreciablemente la po- * 
sibilidad de errores de implantación. 

El Olisort puede hacerse funcionar reclamándo- 
lo con un programa Basic o utilizando el progra- 
ma de utilidad Olisortx. Esto permite construir 
más de un sort en una sucesión de programas 
que actúan como un programa único, o tomar 
un determinado file y realizar enseguida el sort. 
Las prestaciones internas más importantes del 
Olisort son las siguientes: 


Sistema de cálculo MOT 53385 de IBM. 
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EL PROGRAMA OLISORT 


El programa Olisort puede ponerse en ejecución 24 


insertando una cadena adecuada de comando en 
el interior de cualquier programa Basic, o bien 
utilizando el programa de utilidad Olisortx. En 
esta página se ilustra la imagen de vídeo que 
aparece al llamar este último programa. 


SELECT FUNCILON 


— OLISORT UTILITY PROGRÁN 
ght (e) 1982 


OLIVETTI 


ting Dara File 


Comsand String File 


Enter desirad selection E 


OLISORTX 1.1 - OLISORT UTILITY PROGRAM 
Copyright (c) 1982 OLIVETTI 


SELECT FUNCTION 


5 = Sort Existing Data File 


8 = Build and Display Command String 


t r 1 


Las primeras dos líneas de la 

escritura que aparecen en el mo- 
nitor informan al usuario que el 
control se ha pasado al programa 
Olisort (en particular al Olisortx, 
versión 1.1). 
El programa Olisortx presenta en 
el vídeo. el menú principal del 
Olisort y relaciona las funciones 
que son accesibles inmediata- 
mente. 


Ordenamiento de un file de da- — El programa pide al operador 


tos existente antes: selección S, 


Construcción y visualización de 
una cadena de comandos: selec- 
ción B, 

Creación de un file que contiene 
cadenas de comandos: selección 
C 


“2 Salida del Olisortx (para salir del 
Olisort): selección E. 


que introduzca las siglas corres- 
pondientes a la función deseada. 
En el ejemplo se ha seleccionado 
la opción B: la función permitirá 
introducir una cadena de coman- 
dos que contiene los parámetros y 
los valores necesarios para reali- 
zar un sort en un file de datos. 


AS 


pueden especificarse hasta 10 claves de sort 
por record 
selección o exclusión de record permitida 
mediante claves Select/Exclude (hasta 4) 
las claves Select/Exclude pueden combinar- 
se juntas a través de operadores lógicos 
AND u OR 
para cada clave sencilla Select/Exclude pue- 
den especificarse los extremos de compara- 
ción: menor, igual o mayor 
- para cada clave sencilla Select/Exclude pue- 

den utilizarse los caracteres + o ?: el primero 
iguala todos los caracteres sucesivos, y el 
segundo, sólo el primer carácter sucesivo 

-con clave de sort y Select/Exclude puede 
elegirse la atribución del mismo valor alfabé- 
tico para letras minúsculas y mayúsculas 

—los discos utilizados para los files de trabajo 
Olisort y para los files de salida no pueden 
ser cambiados; el Olisort gestiona automáti- 
camente las señalizaciones del cambio en el 
momento oportuno 

— pueden saltarse hasta 32767 records inicia- 
les de un file antes de iniciar el sort o el 
merge 

— hay prestaciones para el tratamiento de los 
errores; el código de estado siempre es de- 
vuelto al programa o al programa de utilidad 
que llama el Olisort 

— la introducción del Olisort en programas Ba- 
sic existentes es muy sencilla y no necesita 
ningún conocimiento de interface Assembler 


El Olisort se ha proyectado específicamente pa- 
ra trabajar con el intérprete Basic M20 y soporta 
records estándar de longitud fija con campos 
también de longitud fija. 


Prestaciones. Debido a que no pueden proce- 
sarse files multivolumen, la máxima dimensión 
del file que puede introducirse en el Olisort está 
limitada por el espacio disponible en el disco. El 
factor limitador es la dimensión del file de tra- 
bajo del sort, que puede ser hasta — 1,7 ve- 
ces mayor que la del file de entrada. La máxi- 
ma longitud del record es de 256 bytes (valor 
por omisión). En el caso de files con records ex- 
cepcionalmente largos, este valor puede modifi- 
carse mediante un comando CPOS. 

Para mayor sencillez, a continuación haremos 
referencia a la máxima longitud del record de 
256 bytes. Todos los files deben tener los re- 
cords de longitud fija. 


Con las claves de sort y Select/Exclude pueden 
gestionarse los siguientes tipos de datos: 


— cadenas alfanuméricas 

— campos en formato hexadecimal 
— números enteros 

— números en simple precisión 

— números en doble precisión 


Especificando una cadena alfanumérica con 
una clave de sort o Select/Exclude, pueden atrí- 
buirse los mismos valores a los caracteres 
mayúsculos o minúsculos. 

Especificando campos hexadecimales con te- 
clas sort o Select/Exclude, se pide al Olisort que 
trate los caracteres como códigos hexadecima- 


les. Esto significa que las mismas letras tienen" 


valor diferente en mayúscula y en minúscula. 
Realizando el sort (definiendo hasta diez claves) 
se tendrá el ordenamiento ascendente o des- 
cendente según el parámetro: A (ascending) o 
D (descending). Por ejemplo, puede realizarse 
el sort de un file en orden decreciente de saldos 
atrasados, en orden creciente de estado, para 
producir una relación como la presentada en la 
siguiente tabla: 


Relación de saldos atrasados 


Estado Cliente Saldo ($) 

Nevada M 8 M Ltd. 2596,00 
Zilch £ Sons 197655 
ABC Co. 568,88 

New Jersey NXR Ltd. 8870,77 
Wyatt 8 Hyatt 8345,98 
Acme Ltd. 5689,00 
Olive Oil Co. 67,43 


Puede realizarse un sort para obtener un file de 
salida ordenado o, si se desea, también puede 
sobreponerse al mismo file de entrada el file de 
salida ordenado, prestación útil si el espacio en 
el disco es mínimo y no se desea cambiar el 
disco durante el sort. En cualquier caso, si se 
produce una avería mecánica durante la fase 
sort, puede perderse el file de entrada. Si se de- 
cide escribir encima del file de entrada para 
protegerse contra eventuales averías de la má- 
quina, será conveniente realizar el sort sobre una 
copia del disco que contiene el file de entrada. 
Con el Olisort puede generarse un file de salida 
que sólo contenga los records seleccionados 
del file de entrada. Puede realizarse una selec- 


689 


ción/exclusión al mismo tiempo que la ejecución 
de un sort. Así, si se decide realizar una selec- 
ción/exclusión de un sort en el file de clientes 
considerado antes, eligiendo la exclusión de 
clientes cuyo saldo es inferior a $ 1000, obten- 
dremos un listado como el que sigue: 


Relación de saldos con selección/exclusión 


Estado Cliente Saldo ($) 

Nevada M 8 M Ltd, 2596,00 
Zilch 8 Sons  1976,55 

New Jersey NXR Ltd. 8870,77 
Wyatt 8. Hyatt  8345,98 
Acme Ltd, 5689,00 


Los records pueden seleccionarse o excluirse 
especificando hasta cuatro claves de selec- 
ción/exclusión. Estas claves son completamente 
independientes de las claves de sort, que pue- 
den definirse al mismo tiempo. Esto significa 
que es posible seleccionar o excluir en campos 
diferentes de aquellos que se están ordenando. 
Si sólo se especifican las claves de selección/ 
exclusión y no las claves de sort, el Olisort gene- 
ra un file de salida que contiene los records se- 
leccionados, pero en el mismo orden del file de 
entrada. 

Si se especifican cadenas de texto alfanuméri- 
cas dentro de una clave de selección/exclusión, 
el Olisort controla que el contenido de la clave y 
el campo dentro del record sean de la misma 
longitud antes de confrontarlos, 

La lógica de este procedimiento es la siguiente: 


1 / El Olisort verifica si es más larga la clave de 
selección/exclusión o si es más largo el cam- 
po con el que dehe confrontarse 

2/A efectos de la confrontación, el más largo 
se trunca a la longitud del más corto 

3 / Luego se realiza la confrontación, carácter 
por carácter, y si todos los caracteres son 
iguales, se tiene una respuesta positiva 


Si se tiene un campo en un record del tipo 
Tubo de plomo 12 mm x 3 m 


la clave de selección podrá ser 


Tubo de plomo 
En la clave de selección/exclusión pueden in- 
sertarse los llamados caracteres de contfronta- 
ción: 
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< significa que el carácter de la clave se con- 
siderará menor que el correspondiente ca- 
rácter del campo confrontado 

> significa que el carácter de la clave se con- 
siderará mayor que el correspondiente ca- 
rácter del campo confrontado 

= significa que el carácter de la clave se con-. 
siderará igual que el correspondiente carác- 
ter del campo confrontado 


El uso de los caracteres de confrontación está 
ligado a la particular definición de la notación 
leg para las claves de selección/exclusión utili- 
zadas en el Olisort, Mediante la leg, puede defi- 
nirse la actuación de la selección/exclusión si la 
correspondiente clave es «menor que», «igual 
a» o «mayor que» el campo confrontado. Em- 
pleando los caracteres de confrontación pue- 
den realizarse confrontaciones parciales o con 
claves genéricas. 

Por ejemplo, supongamos que se tiene un file 
de componentes que contiene códigos del tipo 
ilustrado en la tabla de más abajo. Se desea 
efectuar una selección parcial de los compo- 
nentes que pertenecen a la clase A, consideran- 
do solamente aquellos que tienen el código de 
montaje igual a 80. Entonces puede utilizarse 
una clave de selección/exclusión similar a la 
que sigue: 


Extracto del file de componentes 


Código Código Clase 
de montaje componente componente 
94 543678 B 
67 553478 A 
80 887690 A 
88 113425 D 
80 984400 C 
80 000789 A 
56 722990 B 


Utilizando la clave de selección/exclusión indi- 
cada anteriormente, de los códigos de compo- 
nentes quedarán seleccionados los siguientes: 


80-887690-A 
80-000789-A 


La adopción de más claves de selección/exclu- 
sión requiere el uso de elementos de conexión 
como AND u OR. Para que la selección tenga 


no 


lugar, a los datos deben corresponder dos cla- 
vos de selección/exclusión conectadas con un 
AND. En cambio, si están conectadas con un 
UR, basta con que corresponda una de ellas 
para que se realice la selección. 

Por ejemplo, si al especificar la selección de los 
componentes indicacos en la tabla anterior se 
ulilizara combinación de claves: 


sa seleccionarían los siguientes códigos de 
componente: 


B0-887690-A 
B0-984400-C 
B0-000789-A 


en cambio, si se utilizase la siguiente combina- 
ción de claves sobre los códigos de componen- 
les de dicha tabla: 


no se seleccionaría ningún código de compo- 
nente. 


El Olisort permite realizar el merge de dos files 
en entrada ordenados en un file en salida, o rea- 
lizar un append de un file de entrada a continua- 
ción de otro, obteniendo así en la salida un file 
que contiene al mismo tiempo los records del 
primer y del segundo file en entrada. 

Para realizar el merge de dos files de entrada 
deben especificarse las mismas claves de sort 
que se utilizarían en el caso de ordenar los dos 
files. 

Para encadenar dos files de entrada no deben 
especificarse claves de sort. El segundo file de 
entrada se añade automáticamente a la cola del 
primero. El funcionamiento del Olisort permite 
utilizar en conjunto hasta cinco files, de los cua- 
les están reservados los tres siguientes: 


— INPUT 1: file indispensable para el uso del 
paquete 

— INPUT 2: usado cuando se quiere utilizar la 
prestación merge y/o append 

— OUTPUT: es un file de salida del sort, merge, 
append y selección/exclusión. Si el nombre 
del output fuese el mismo que el del input, la 
función de escritura se realizaría en el file de 
entrada. 


Estrella de prueba para circuitos integrados. 


ING 
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C. Dunbar/Marka 


Modalidad de ejecución. Para enviar a ejecu- 

ción el Olisort hay dos maneras: 

— incorporar los parámetros en una cadena de 
comandos de un programa Basic 

— utilizar el programa de utilidad Olisortx para 
la creación interactiva de los parámetros y, 
por tanto, hacer trabajar el Olisort. 

En ambos casos, los parámetros pasados tie- 

nen el mismo formato. Los parámetros pueden 

pasarse al Olisort: 

— aa través de un file de parámetros salvaguar- 
dado en disco (útil cuando se quiere hacer 
trabajar el mismo sort más de una vez). Pue- 
de crearse un file de parámetros utilizando el 
programa de utilidad Olisortp 

— através de una cadena de comandos que es 
una variable Basic con el nombre 
OLISORT.CMDS. Puede crearse una cadena 
de comandos de dos modos: utilizando el in- 
térprete Basic, o bien utilizando el Olisorx; 
con este último método, la cadena de co- 
mandos puede salvaguardarse en disco 

El uso de un file de parámetros no excluye una 

corta cadena de comandos en el programa Ba- 

sic. Ésta sólo contiene pocos parámetros y una 
referencia al file de parámetros que contiene la 

mayor parte de ellos. Uno de los parámetros a 

pasar al Olisort especifica el modo de funciona- 

miento deseado. 

Hay cuatro Modos Olisort. 


El Modo 0 permite el sort de un file, la selección 
o la exclusión de records de un file o el sort y la 
selección/exclusión al mismo tiempo. Los pará- 
metros para el sort, para la selección o para el 
sort y la selección/exclusión ya deben existir en 
un file de parámetros del disco. 

Por ejemplo, si se tiene un file principal que con- 
tiene artículos de almacén ordenados por códi- 
gos y dos files de transacción que contienan 
nuevas piezas de dos fuentes diferentes, el sort 
de los files transaccionales puede hacerse así: 


1 / creación de un file de parámetros mediante 
el Olisortp para realizar el sort de los files 
transaccionales 

2 / escritura de un programa Basic que llame 
dos veces el Olisort (utilizando el mismo file 
de parámetros cada vez) para realizar el sort 
de los dos files transaccionales. Esta com- 
porta la preparación de una cadena de co- 
mandos y la definición del Modo O. Esta ca- 
dena de comandos será muy corta, porque 
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la mayor parte de los parámetros estará con- 
tenida en el file de parámetros del disco. 


El Modo 1 realiza el merge de dos files ordena- 
dos en uno solo, o añade un file al final de otro, 
En el disco también debe haberse creado un file 
de parámetros. Si los dos files se han ordenado 
y la información de clave de sort está especif- 
cada en el file de parámetros, se realizará un 
merge. Si en el file de parámetros no hay espe- 
cificada la información clave de sort, los dos fi- 
les se encadenarán. Por ejemplo, haciendo re- 
ferencia a los files transaccionales y al file princi- 
pal de los que ya se ha hablado, la actualización 
del file principal puede hacerse así: 


1 / usando el mismo file de parámetros creado 
para realizar el sort de los dos files transac- 
cionales, se escribe un programa Basic que 
contenga una cadena de comandos que es- 
pecifique el Modo 1. Los dos files de entrada 
se especifican como los dos files transaccio- 
nales ordenados 

2 / una vez pasado el programa Basic, los dos 
files transaccionales quedarán fundidos 
(merge) en un file transaccional 

3 / utilizando el mismo file de parámetros, se es- 
cribe un programa Basic que contenga una 
cadena de comandos que especifique el 
Modo 1. Los files de entrada son las transac- 
ciones fundidas (merge) y el file principal 

4 / una vez pasado el programa Basic, se pro- 
ducirá un file principal actualizado 


El Modo 2 realiza las funciones del Modo O, pe- 
ro todos los parámetros se pasan a una cadena 
de comandos escrita en un programa Basic. 

Por ejemplo, uno de los files transaccionales de 
arriba puede ordenarse de la siguiente manera: 


1 / escribiendo un programa Basic que conten- 
ga una cadena de comandos que especifi- 
que el Modo 2 

2 / después de la ejecución del programa Basic 
se produce un file transaccional ordenado 


El Modo 3 es idéntico al Modo 2, pero en el dis- 
co se crea un file de los parámetros estableci- 
dos en las cadenas de comandos. Esta presta- 
ción es útil si en un programa Basic se ha escri- 
to una cadena de comandos y se quiere prepa- 
rar con ésta un file de parámetros. 

Por ejemplo, el sort de los dos files transaccio- 
nales puede realizarse de la siguiente manera: 


SORT EN MODO 0 


pri 


transacción ena transacción 


de 
metros 


Dlisortp 


MERGE EN 
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SORT EN MODO 2 


SORT EN MODO 3 


Fil 
prim 
transacciór 


Parámetros en la 


cadena de comandos Mo File de 


darametros 


694 


A 


1 / se escribe un programa Basic que contenga 
una cadena de comandos que especifique 
el Mode 3. El file de entrada para este sort es 
el primer file transaccional 

2/con la ejecución del programa Basic del 
punto 1 se ordena el primer file transaccional 
y se genera un file de parámetros 

3/ entonces se escribe otro programa Basic 
que contenga una cadena de comandos 
que especifique el Modo O y que utilice el file 
de parámetros producido en el último paso. 
Esta vez, el file de entrada es el segundo file 
transaccional 

4 / con la ejecución del programa se ordena el 
segundo file transaccional 


Desarrollo de un procedimiento 
de gestión de datos 


El empleo usual del calculador contempla la 
memorización y el tratamiento de grandes canti- 
dades de datos. En las máquinas más evolucio- 
nadas existen programas dedicados a la ges- 
tión de los datos con los que pueden generarse 
y gestionarse archivos incluso muy complejos. 
En el microordenador y el ordenador personal, 
el software ya preparado tiene formas menos 
generalizadas. En estos casos es conveniente 
la escritura de un programa orientado a la apli- 
cación especificada. Si se ha optado por esta 
última solución, puede encontrarse un compro- 
miso que evite la necesidad de volver a escribir 
completamente el software para cada nueva 
aplicación: la solución consiste en parametrizar 
las subrutinas principales. De esta forma, para 
cada aplicación será suficiente con variar sólo 
algunos parámetros. En la mayor parte de los 
casos, las funciones que debe realizar un pro- 
grama pueden clasificarse así: 


— Introducción de datos 
— Tratamiento 
— Memorización en disco 


Preparando una subrutina parametrizada para 
cada función puede formarse un programa de 
aplicación cualquiera encadenando adecuada- 
mente las rutinas correspondientes a las funcio- 
nes a realizar. El primer paso consistirá en defi- 
nir el tipo y la longitud de cada uno de los datos 
que deberán tratarse. 

Estos parámetros servirán para escribir la rutina 
de introducción y la de memorización. 


La fase de introducción 


Se quiere preparar un record que contenga los 
siguientes campos: 


Nombre 9 caracteres 
Código 4 caracteres 
Día 2 caracteres 
Fecha Mes 2 caracteres 
Año 2 caracteres 


Para la introducción de los datos deberá cons- 
truirse una máscara vídeo que prevea para ca- 
da campo el número exacto de caracteres y el 
control del tipo (las fechas, por ejemplo, debe- 
rán ser numéricas). Si en el transcurso del pro- 
grama hubiese que introducir otros datos con 
formato diferente, debería reescribirse una ruti-* 
na de introducción que prevea una máscara 
adecuada. Esta eventualidad puede eliminarse 
escribiendo la primera rutina del modo más ge- 
neralizado posible (o sea parametrizada). 


Preparación de la máscara vídeo. La es- 
tructura de una máscara vídeo puede definirse 
a través de un cierto número de parámetros: 


— Fila y columna de principio (posicionado so- 
bre la pantalla) 

— Número de líneas que debe contener (cada 
línea es un campo) 

— Descripción de cada línea 

— Longitud en caracteres de cada campo 

— Tipo del campo 


En el ejemplo anterior tendremos: 


— Posición de 
principio: línea 4, columna 6 (son 
valores arbitrarios) 
— Líneas 
contenidas: 5 
— Descripciones: 1 - Nombre 
2 - Código 
3 - Día 
4 - Mes 
5 - Año 
— Longitud de 
cada campo: Campo 1 = 9 caracteres 
Campo 2 = 4 caracteres 
etc. 
— Tipo de 
cada campo: Campo 1 = alfabético 


Campo 2 = numérico 
etc. 
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Para presentar la máscara en el vídeo, el cursor 
deberá llevarse a la columna .de principio (6 y 
4), visualizar las descripciones y, junto a cada 
una de éstas, escribir un número de puntos 
iguales a la longitud de cada campo. 

Las descripciones pueden memorizarse en una 
variable dimensionada, como por ejemplo 
DS$(5); escribiendo DS$(1) se obtendrá la des- 
cripción del primer campo, con DS$(2) la del 
segundo, y así sucesivamente. La puntuación 
puede obtenerse escribiendo, después de ca- 
da descripción, una cadena que contenga un 
número de puntos igual al número de caracte- 
res previstos en el campo. 

Por ejemplo, escribiendo A$ = ”.” y B$ = 
STRING$(9,A$) se genera la cadena B$ que 
contiene nueve puntos. La primera línea de la 
máscara puede prepararse con la instrucción 


PRINT DS$(1)+ " ” +85 


La variable DS$(1) contiene la descripción; B$ 
contiene la puntuación y el espacio insertado 
sirve para separar la parte descriptiva de la pro- 
pia máscara. La forma más sencilla de propor- 
cionar los datos a la rutina de preparación de 
las máscaras consiste en utilizar una serie de 
DATA y de READ. Por ejemplo, si se quieren 
transferir las descripciones consideradas ante- 


MEMORIZACION DE UNA AGENDA Y MASCARA DE VIDEO 


Separación de record 


Máscara de vídeo 


1 - Nombre 


2 - Código .... 
3 - Día .. 


4 - Mes .. 
5 - AñO .. 
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riormente en la variable (matriz) DS$, las instruc: 
ciones a introducir son las siguientes: 


10 RESTORE 30 

20 FOR |=1TO 5: READ DS$(1):NEXT | 
30 DAIA "1 — Nombre” 

40 DATA "2 — Código” 

50 DATA "3 — Día" 

60 DATA "4 — Mes" 

70 DATA "5 — Año” 


En la subrutina de memorización en disco para: 
cada campo, además de la longitud, deberá 
definirse la posición: así, el campo Nombre (ver 
el gráfico de abajo) ocupa desde el byte 1 al 9, 
el campo Código del byte 10 al 13, etc. Estos 
valores también pueden asignarse con los DA- 
TA. En los Iistados que siguen se han adoptado 
los siguientes nombres: 


PD(I) = Byte de principio del campo | 
PA(I) = Byte de final del campo | 
TP(I) = Tipo del campo | 


Para definir la máscara que se examina deben 
asignarse los valores 


PD(1) = 1 PA(1)=9 (primer campo, de 1 a 9) 

PD(2) = 10 PA(2) = 13 (segundo campo, de 10 
a 13) 

PD(3)=14 PA(3)=15 (tercer campo, de 14 a 15) 


Fecha de nacimiento 


De forma análoga puede definirse el tipo de ca- 
da campo. Adoptando la convención 


TP(I) = 1 si el campo | es numérico 
TP(I) = 2 si el campo es alfanumérico 
TP(I) = 3 si el campo es de sólo presentación 


para el primer campo se tendrá el tipo 2 y, para 
todos los demás, el tipo 1, o sea TP(1) = 2 y 
TP(2) = TP(3) = TP(4) = TP(5) = 1. El código 3 
puede ser útil para definir un campo que sólo 
deba presentarse y en el que el operador no 
podrá aportar ninguna variación. 

La asignación de los valores se obtiene a través 
de una serie de instrucciones READ y DATA so- 
bre cada una de las variables a inicializar. Es 
posible que en un programa complejo sea ne- 
cesario disponer de diversas máscaras a pre- 
sentar en tiempos sucesivos. Las variables utili- 
zadas para una deben ser las mismas que las 
utilizadas para las otras; por tanto, para cada 
presentación deben activarse las oportunas DA- 
TA para asignar a las variables los valores espe- 
cíficos de la máscara examinada. Esta función 
puede obtenerse en una rutina en la que el nú- 
mero de la máscara a presentar se ha pasado a 
la variable TR. Según el valor de TR, la rutina 
selecciona el grupo DATA y transfiere los ade- 
cuados valores a las variables de presentación. 


En esta rutina también puede preverse el nom- 
bre del file en el que irán a memorizarse los da- 
tos (variable NM$) y su número (NP). 

Al hacer la llamada, el único parámetro será el 
número de la máscara; en la salida se restituirán 
todas las variables que podrán utilizarse en las 
otras subrutinas, así como el nombre y el núme- 
ro del file en que se memorizarán los datos. 
En esta página se ha representado el diagrama 
de flujo de una rutina que da dos máscaras (TR 
puede asumir los valores 1 y 2), pero que puede 
ampliarse con nuevos bloques DATA. El corres- 
pondiente listado está en la pág. 698. 

Cada DATA inherente a una nueva máscara ví- 
deo deberá tener una estructura similar al blo- 
que comprendido entre las líneas 7574 y 7620. 
La parte inicial del bloque (línea 7576) define la 
posición de la máscara que hay en presenta- 
ción (KC = 2, KR = 3), el número de líneas que 
la componen (10) y el número del file (NF = 1); 
la parte central (líneas 7578 a 7612) asigna los 
valores a las variables que caracterizan la más- 
cara. En este ejemplo, el record tiene una longi- 
tud de 100 bytes (ver la línea 7612), y esta longi- 
tud se asigna en línea 7614 [en la variable LN = 
PA(N)] junto al nombre del file (en la variable 
NM$). Téngase en cuanta que el nombre del file 
también puede contener la especificación de la 
unidad de disco. En el listado, el file de la prime- 
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7500 
7501 
7502 
7503 
7504 
7506 
7508 
7510 
7512 
7514 
7516 
7518 
7520 
7322 
7524 
7526 
7528 
7534 
7570 
7572 
7574 
7876 
7578 
7580 
7582 
7584 
7586 
7588 
7590 
7092 
7594 
TENE 
7598 
7600 
7602 
7604 
7606 
7608 
7610 
7612 
7614 
7616 
7618 
7620 
7621 
7622 
7624 
7626 
7628 
7630 
7632 
7634 
7636 
7638 
7640 
7648 
7644 
7646 
7648 
76530 
7652 


TODA FE 


7636 
7658 
7037 
7660 
7662 
766% 
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PREPARACION DE DESCRIPCIONES Y LONGITUDES DE CAMPOS 


FILE + DATA 

VERS. ENCICLOPEDIA 

AXDIATARA 

ENTRATIA TR=NUMERO MASCARA 


U 
+ 
' SALIDAS 

' KC=POSICION PRIMERA COLUMNA 

KR=FOSICIÓN PRIMERA LINEA EN PANTALLA VIUEO 
' NR 40 =NUNERO DE LINEAS 

' NF=TR=NUMERO DEL FILE 

' US$ 00 =MESCRIPCTONES TIE LAS LINEAS 

» TPO0=TIPO UE CAMPO VER : VIME — 5000 

y PIGO'=PUNTERO PRINCIPIO CAMPO 

' PAC PUNTERO FINAL CAMFO 

: LNSNUNERO TIE CARACTERES 

Ni$=NOMBRE DEL FILE 

ON TR GOTO 7576,7621. SELECCION MEL. FORMATO WESEANO 


TR=1 

KC=2 0 KH06 32 NK0T7K)=10 10 N=NK CTO 5GNF=1 
RESTORE 7582 3 

FOR f=1 TO N3READ 1IS$ (1): NEXT 1 


DATA " 1 - Descripción Mercaderias” 
DATA "2 - Forcentaje T,T,E." 
DATA " 3 - Unidad de Medida” 
DATA "4 - Costo" 

DATA "5 - Precio” 

DATA "6 - Cargo Acumulado” 

DATA " 7 - Valor Acumulado” 
NATA "8 - Descarga Acumulada” 
DATA " 9 - Valor Acum, Descarga" 
DATA "10 AAA AO LA A 
FOR I=1 ro NIREAL TERCIO NEXT 1 


DATA 21 IAB BIBI 33 

FOR T=1 10 N:REAID FDCI) NEXT 1 

ATA 11,211,231,311,881,451,531,641,721,821 
FOR I=1 TO N:3READ PAC) :GNEXT 1 

IATA 201,221,301,371,441,521,621,711,811,1001 
LN= PAN) INb="ALMAANA" 


IATA T=N 10 14 1 DS$CD=<" “ETE (D)=0: POGOO=0:PACI)=0:NEXT 1 
RETURN y 

 TR=2 

KC=24R=3 NR CTRO 9: N=NRCTR) NE =2 


RESTORE 7628 
FOR I=1 TO NiREFAD DB$10 1 NEXT 


ATA" 1 - COBTGO MERCADERIAS" 
MATA" 2 + FECHO MOVIMIENTO" 
DATA” 3 - CANTIDAD EN CARGO" 
DATA" 4 -< COSTO" 

DATA" 3 - CANTIDAD DESCARGADA" 
NATA" 6 -= FRECIO" 

a E a Ra 
MATAN IA AA a 
DATA" Y - Movimiento Transf," 
FORK I=1 TO Ni ErAD San NEXT al 


DATA Llar to 2 220021031 
FOR ISL TO NA a IAE E 
DATA 11,41,91,171,241,321,391,651,91! 
FOR Isi TO NGREAD PAC) NEXT 1 
DATA 31,81,161,231,311,381,641,901,911! 
LRP OO impera MASETU” UN = NOMBRE DEL FILE EN QUE SE MEMORIZARAN 
LOS DATOS DE LA FANTALLA 2 
N=N+1 + FOR 1eN TO 14:008$ (D)=" "0 TF (D=0:PD(I)=0:PA(I)=0:NEXT 1 
RETURN 


ra máscara se llama MAANA y reside en el dis- 
co A. La última línea (7618) sirve para poner a 
cero los elementos inicializados de las matrices. 
En esta máscara se han utilizado 10 campos, 
mientras que en el programa se prevén 14; las 
variables que sobran se ponen a cero (si son 
numéricas) o se anulan (si son cadenas). La 
puesta a cero se obtiene con un bucle que em- 
pieza por N + 1, siendo N el número de elemen- 
tos utilizados para cada matriz (línea 7576). 


Presentación de la máscara vídeo. Después 
de llamar la rutina de preparación de las varia- 
bles que caracterizan la máscara, ésta debe vi- 
sualizarse. Este paso encuentra dos dificulta- 
des: el alineamiento de los campos y la presen- 
cia de campos del tipo 3 (sólo de presentación). 
Las descripciones de cada campo pueden te- 
ner diferente longitud y, escribiendo inmediata- 


mente después la descripción del punteado re- 
presentativo del campo introducido, se obten- 
drá una máscara no alineada. Para eliminar el 
efecto debido a la diversidad de longitudes de 
las descripciones, entre la descripción y el pun- 
teado debe insertarse un número de espacios 
en blanco suficiente para producir el columnado 
de todas las puntuaciones. El número de espa- 
cios a insertar puede determinarse extrayendo 
la longitud máxima de las descripciones e inser- 
tando a la derecha de cada una de ellas un nú- 
mero de espacios igual a la diferencia entre la 
longitud de la descripción más larga y la des- 
cripción considerada. Así, si la descripción más 
larga ocupa 12 caracteres, si se escribe una de 
8 caracteres, la puntuación deberá empezar | 
tras 4 espacios. En realidad se considerará 
siempre un espacio de más, ya que para la ca- 
dena más larga, el punteado quedaría demasia- 


SUBRUTINA DE PRESENTACION DE MASCARAS VIDEO 


Preparación de campos 
Escritura 


Posicionado de cursor 
y anulación de pantalla 


Bucle de presentación 


5050 


Pone a cero todos 
los campos 


o 
Q 
E 
Ó 
(5) 
p0 
Zz 
E 
pa 
=] 
he 
Dn 


Selección del 


MD = Máxima longitud de 
las descripciones (en bytes) 


Las descripciones de los diversos 
campos, que pueden tener longitudes 
diferentes, se transfieren a 

las cadenas AT$ de longitud (fija) 
igual a la máxima (MD) 


El campo | tiene TP = 3: por 
tanto, es de sólo presentación 
y no debe ponerse a cero 


En este ejemplo, el número 
máximo de campos es 14 
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Si El campo 
——— debe saltarse 


TP = 3: campo 
en presentación; 
no debe llenarse 
con puntos 
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do cerca de la escritura. En las págs. 699, 700 y 
701 aparece el diagrama de flujo de la subrutina 
de presentación de la máscara vídeo, y en la 
702, el listado. En esta subrutina se utilizan algu- 
nas variables inicializadas en el programa prin- 
cipal, en particular: 


BL$ = cadena de espacios en blanco 
BB$ = cadena de puntos 


La búsqueda de la longitud máxima de las des- 
cripciones se realiza en las líneas 5028 a 5034, 
mientras que en las líneas 5038 a 5044 se pre- 
paran las variables de la cadena AT$, que con- 
tienen tantos espacios en blanco como requiere 


Después del posicionado del cursor, 
inicia el bucle de presentación 

de la máscara vídeo. 

El bucle tiene como extremo 
superior (NE) el número de 

los campos previstos 


la descripción en examen. La generación de 
una cadena AT$ se obtiene tomando N caracte- 
res de la BL$ (instrucción 5042), aunque podría 
obtenerse con la función SPACES(N). La prime- 
ra forma se ha elegido porque permite variar el 
símbolo en cada rutina, sustituyendo el conteni- 
do de BL$ en el main. La rutina prevé dos for- 
mas de presentación: para los campos en intro- 
ducción y para los que están en presentación. 
La selección de una u otra se hace en las líneas 
5082 y 5084. Para los campos en introducción, 
el tipo (TP) es 1 o 2 (o sea inferior a 3); las ins- 
trucciones anteriores han preparado en la fun- 
ción FNA1$ las descripciones más el punteado. 
En cambio, si es del tipo 3, las instrucciones an- 
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PRESENTACION DE LAS MASCARAS VIDEO 


5000 ' 

BOO MAREA FORMATOS VIDEO et 

5094 * FILE = VTUE 

BONE VERS, ENCICLOPELLA 

1006 * — 

008! 

3010 * 

$042) 
' 


ES 

1 NUMERICO 

2 ALFANUMERICO 
5OY4 
5020 
5024 
502% F=TR 
5028 MISO 
3030. FOR: I=1- TO 144N=L ENCISO 
5032 TF NSMICO THEN MÚfSN 
5034 NEXT 1 
50386” 


ue ENTRADA Vk=Pipo de Record 


5038-FOR Lolo TO 144 Nk ENCISS 41005 Me MlI=N4 4 


5040 TF M0 THEN ATHID=" Y: 
5042-ATH DL ERTHABLA, 
5044 NEXT 1 


GOTO 5044 


11046 FOR Ludo TOD 44M DESTE 1950 GOTO 505 


5048 TF TFT) 3 
5050 RF$CDBLG 
5052 NEXT 1 
5054 FOR ed TONER) BIEL) 
5056 TF TF(D)-0 GOTO 5066 

508 LIL LN 


GOTO 10502 


3 SOLO EN PRESENTACIÓN (Introducción Impedida) 


5060 1F TP (1023 THEN GOD =LEFTS (85H, 1EF$ 0D =LEFTH (50.$,N) ¿GOTO 3066 


5062 %%X CAMEOS REMOVATOS «ex 

5064 ER$ COD =LEFTS (FS CO ,N) 
5066-NEXT-1 

5068 PRINT EI$ 

5072 X=01Y=KRA4GOSURK-6900 

5074 NE=NR CTRO 

5078 FOR-I=1-TO- NE 

5080 1F TOD =0 GOTO 5088 

$082 1F- TE (1)%3 THEN PRINT O FNAL$ CI 
308% TF TEF(1I)=3% THEN FRKINT FNAZ$ UD 
5086 Y=Y+1:GOSUR- 6900 

5088 NEXT 1 

55090 RETURN 
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teriores han preparado FNA2$, que contiene las 
descripciones y los valores a presentar (conteni- 
dos en los buffers de datos BF$). Para obtener 


la presentación en pantalla de una máscara, de- 


be llamarse la subrutina 7500, que contiene las 
DATA, y la 5000. Así, las llamadas para obtener 
la primera pantalla son: 


TR =1 
GOSUB 7500 
GOSUB 5000 


En la 7500 (ver pág. 698) se han previsto, para 
el formato 1 (TR = 1), cinco campos de sólo 
presentación (los últimos, línea 7604). La llama- 
da anterior no les asigna ningún valor y los cam- 
pos, o no son presentados, o tienen un conteni- 
do erróneo, resto de anteriores tratamientos. Pa- 
ra obtener la correcta presentación debe iniciali- 
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zarse antes de llamar la 5000. Los campos en 
cuestión son los números 6, 7, 8, 9 y 10 (con los 
significados indicados en las descripciones, lí- 
neas 7592 a 7600) y tienen estas longitudes: 


campo 6 del 45 al52 =8 caracteres 
campo 7 del 53 al 62 = 10 caracteres 
campo8  del64al71 =8 caracteres 
campo Y del 72 al 81 = 10 caracteres 
campo 10 del 82 al 100 = 19 caracteres 


Poniendo en los correspondientes buffers una 
serie de cadenas, se tendrá la presentación so- 
bre la máscara. Por ejemplo, la llamada 


TR =1 

GOSUB 7500 

BF$(9) = "0123456789" 
GOSUB 5000 


A 


genera la presentación de la cadena 
"0123456789" en la línea 9 de la máscara (cada 
buffer tiene como índice el número de línea en 
la que se posiciona). 


Introducción de los datos. Después de haber 
llamado la subrutina 5000 (presentación de las 
máscaras vídeo) debe pasarse a la fase de in- 
Iroducción. Las funciones a desarrollar (el dia- 
grama de flujo está en la págs. 704 y 705 y el 
listado en las págs. 706, 707 y 708) son: 


- Posicionado del cursor 
- Lectura de un carácter (sin eco) 
- Control sobre el carácter leído 


El éxito del control sobre el carácter leído deter- 
mina las siguientes acciones. Puede haber cua- 
lro casos: 


| - el carácter es un código de control 

2 - el carácter no es homogéneo con el campo 
3 - el carácter es aceptado 

4 - el carácter no es reconocido 


En los casos 2 y 4 debe volver a posicionarse el 
cursor en el mismo punto y pedir una nueva in- 
troducción. En el caso 3, el carácter se transfie- 
re al buffer correspondiente; por ejemplo, si el 
cursor se encuentra sobre la línea 4, el carácter 
introducido se inserta en el buffer 4 [BF$(4)]. Fi- 
nalmente, en el caso 1, deben desarrollarse las 
funciones asociadas al código reconocido. En 
la gestión de la máscara debe preverse la posi- 
bilidad de efectuar correcciones; por tanto, de- 
be poderse saltar con el cursor de una línea a 
otra o de un carácter a otro de una misma línea. 
Estos desplazamientos están asociados a algu- 
nas teclas funcionales determinadas, cuya acti- 
vación determina un código numérico. Todos 
los códigos previstos en la subrutina se memori- 
zan en la variable dimensionada TF (inicializada 
en el main), por lo que para determinar si la te- 
cla activa un control, basta con verificar que el 
valor numérico generado está comprendido en- 
tre los previstos (líneas 6078 a 6086). En caso 
afirmativo se salta en función del valor (líneas 
6190 a 6200) a la adecuada zona del programa. 
En el ejemplo, los códigos activos son 10, 8, 12, 
11,16, 17 y 13 

Las teclas habilitadas (a las cuales les corres- 
ponde un código reconocido) están divididas 
en dos tipos. Al primero pertenecen las que de- 


sarrollan funciones internas de la máscara y, al 
segundo, las teclas que causan la salida de la 
subrutina. El mecanismo de gestión de las te- 
clas que desarrollan funciones internas presen- 
ta alguna dificultad. Para ilustrar sus aspectos 
principales consideraremos las dos teclas de 
desplazamiento vertical. Las funciones que ge- 
neran los respectivos códigos son: 


— Desplazamiento de una línea hacia arriba, 
código 11 (línea 6240) 

— Desplazamiento de una línea hacia abajo, 
código 10 (línea 6210) 


La lógica seguida bajo la influencia de una de 
estas teclas puede resumirse así: 


— Incremento (o decremento, según el despla- 
zamiento) del contador de línea RR 

— Incremento (o decremento) de la posición 
vertical (Y) 

— Puesta a cero del contador de caracteres 
(RC) 

— Posicionado horizontal al principio del campo 
(X = XO) ; 

Supongamos, por ejemplo, que se está en la lí- 

nea 3 (RR = 3). Los datos que van a introducir- 

se pertenecen al buffer número 3 [BF$(3)]. Acti- 

vando el código 11, se tendrá 


— Decremento del contador de líneas (RR = 3 
—1 = 2) para que apunte al buffer número 2 

— Decremento de la posición (Y = Y — 1) para 
llevar el cursor a la línea precedente 

— Puesta a cero del contador de caracteres 
(RC = 0), puesto que en el buffer 2 todavía 
no se ha introducido ningún carácter, e igua- 
lación de la posición horizonal del cursor (X) 
a la del principio del área de datos (X0) 


Estas funciones se realizan en las líneas 6240 a 
6252, que también efectúan algunos controles, 
Por ejemplo, la línea 6242 impide un desplaza- 
miento hacia arriba si el cursor ya se encuentra 
en la primera posición. Las otras teclas funcio- 
nales internas desarrollan estas funciones: 


— Desplazamiento a la derecha de una posi- 
ción, código 12, línea 6232 

— Desplazamiento a la izquierda de una posi- 
ción, código 8, línea 6222 

— Return, código 13, línea 6274 (tecla RT) 
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SUBRUTINA DE GESTION MASCARAS VIDEO 


WA Errores de 
transmisión 


===" Teclas funcionales 
== Controles sobre la 


longitud de los 
datos introducidos 


RR = Línea en curso 6068 SI 
El campo está en 
y sólo presentación; 

se han saltado 

NO las instrucciones 
de introducción 
Introducción de 
un carácter 


Si 


A la gestión de 
las teclas funcionales 


o a E ro 


para la . el campo? 
corrección 


Nueva introducción 
en la misma línea. 
Sólo se incrementa 
la coordenada X 


Esta parte del diagrama 
de flujo sólo es 
indicativa. Compárese 
con el listado 
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Selección en base 
a la tecla pulsada 


K= 7 Nueva línea 


K = 2 Desplaza 
hacia la izquierda K= 6 Anulación 


K = 3 Desplaza K=5 
hacia la derecha Introducción 


K=4 
Desplaza 
hacia arriba 


Obsérvese que de la rutina sólo puede salirse pulsando 

las teclas funcionales que corresponden a la introducción o 

a la anulación. Según la tecla, el flag se pone igual a 2 0 a 3. 

El main controla este valor y prosigue con la introducción (flag = 2) 
o anula los datos y vuelve a una nueva introducción (flag = 3). 


705 


6000 
6002 
6004 
$00% 
6006 
6007 
6008 
$010 
6012 
6014 
6016 
6038 
4040 
6042 
$044 
6046 
6048 
6030 
6032 
60%4 
$056 
6060 
6062 
6064 
$066. 
$068 
6072 
6074 
6076 
6078 
6080 
6082 
6084 
6086 
64088 
6090 
6092 
6094 
$076 
6098 
6100 
6102 
6104 
6106 
6108 
6110 
6112 
6114 
6116 
6118 
6120 
6122 
6124 
6126 
6128 
6130 
6132 
6134 
6136 
6138 
6140 
6142 
6144 
$146 
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GESTION MASCARAS DE VIDEO 


e GESTION MASCARA Axe 


1 

U 

y 

FILE : CURS 

"VERS. ENCICLOFELIA 

' GESTIÓN UE CAMFOS RESULTADO 
Mo 

Ñ TECLA CODIGO FLAG FUNCION 

» 1 16 2 INTRODUCCION 
y 2 17 3 ANUL.AACTON 
y VALORES EN TF (12) 
2. MI = Máxima longitud Descripciones 
Lo TR =P ODATÁ ENTRY EN CURSO 
' 

' 


COORDENADAS EN CURSO 
RC o Columna 


RR = Línea 
X0:K CT 1 1 YO = KR 
U 
, 
P=TR 
RC=0:KR=21:F1=0 “RO ORR-O Apuntan ul Euffer de Datos 
X=XD:Y=Y0 


GOSUE 6900 

IF TE(RRO=3 GOTO 6174 Salta línea por ser campo porotegido 
A$=INPUTE CO 

GOSUE 4900 

U=ASC (AH) 

K=0 

FOR 1I=1 TO 20: 1F TF(12=0 GOTO 6084 

TF VeTE (TI) THEN K=1 

NEXT 1 

TF K<*0 GOTO 6190 1 36 Gestión Ordenes 
PRINT AS; 

' 


tae Controles sobre datos ASCII 

, 

12 TPC)=0 THEN GOSUE 6368 ' Control primera línea 

1F TF(1)=0 GOTO 6066 

TF TPORR)=0 THEN ER=2:PV=3: RETURN 

1 V*31 AND VX123 GOTO 6110 Ch. es ASCII + a los controles 
'arCarácter no reconocido 

CK=3;GOSIJE 6900 :FRINT CHR$ (7) ¿GOTO 6072 

, 


0% CONTROL. NUMERICINAD 


==-1 
IF 547 ANI V¿5€ THEN N=1 ' **Xn=1 el carácter es numérico 
TF TARRO) 231 GOTO 6138 ' No es numérico 


IF N=1 AND TP (RR)=1 GOTO 6138 ' Control núm. 0,K. 


XUXA Los campos renovados no Tienen control 
XXERROR carácter no numérico 


' 
y 
' 
, 
PRINT CHR$(7) :GOSUB 6900:G0TO $072 
U 


* Carácter aceptado 
RO=RC+1 

N=L.D (RR) :N8=LEN (RF$ (RR) >) 
1F NB<N THEN N8=N 


6148 
6150 
6152 
6154 
6136 
6138 
6162 
6164 
6166 
6168 
6170 
6172 
6174 
6176 
6178 
6180 
6182 
6184 
6186 
6188 
6190 
6192 
6194 
6193 
6196 
6198 
6200 
6202 
6204 
6206 
4208 
6210 
é212 
64214 
6216 
6218 
6220 
6222 
6224 
6226 
6228 
6230 
6232 
6234 
6236 
6238 
6240 
6242 
6244 
6246 
6248 
6230 
Rua 
6234 
6236 
6258 
6262 
$264 
6266 
6268 
6270 
6272 
6274 
6276 


M=RC-1 

RU$=LEFTS (RES (RO MD +Aa$ 

IF RC=1 THEN EU$=A$ 

N2=N=RO GIF N2<=0 THEN BER$=" ":GOTO 6158 
ER$=RIGHT$ (BFH (RR) ,N2) 

BF $ (RR) =RVY+ERH 

IF ORC=N THEN RR=RR+1:RO=0 1Y=Y+1 1 X=X0-1 
IF ORRSNR(F) HEN RK=1 t Y=YO 

X=X+1 

TF TF (RR)=0 TREN GOSUB 6358 

IF RF=1 GOTO 6334 

GOTO 6066 

IF V=158 THEN RR=RR=11Y=Y-1 

IF ORR=0 THEN KR=1: Y=Y0 

1F V=158 GOTO 6066 

RE=RR+10 Y=Y+1 

IF ORRNR (FP) THEN RR=1i RCO=0:X=X0: Y=Y0 
IF TR (RR)=0 THEN GOSUE 6358 

GOTO 6066 


ex GESTIÓN ORTIENES ro6x 


“Ko o= Puntero a la orden en TE(12) 

' COXT6GOS: 10,8,12,11,16,17,13 

E 1 2? 3 4 v 5 EZ 
ON K- G0YO 4210,6222,6232,5240,062:36,6270,6274 
' 2% ERROR 
E 


Rei IRETURN 
*xx V=10 abajo 


RE=RR+1:KC0=01X=X01Y=Y++1 

IF ORRONRC(E) THEN RK=1l:Y=Y0 
JE TE (REKO =0 THEN GOSUB 6368 
GOTO 65066 

ax V=8 a la izquierda 

IF ORO=x0 GOTO 6072 
RO=RO=41X=X1 

TF TFCRR)=<0 THEN GOSULK 6368 
GÓTO ¿066 

Coat V=12 a la derecha 

TE RC=LOCRR) GOTO 4068 
RCsRO+11 XX +1 

GOTO 4046 

o Ve dl arriba 

TF O RKK=1 GOTO 6068 
RRKsRE-=11YY1:R0=01X=X0 

TE TP C(RR)<0 GOTO 6066 
RR=RR=-11RC0:=0 

IF ORRK=0 THEN Kk=:1 

GOTO $066 


"Y = 16 PRIMERA TECLA FUNCIONAL = INTRODUCCION 
FRINT ORI$ 

F1:2 

RETURN 

GOTO 6274 


"NU 17 SEGUNDA TECLA FUNCIONAL = ANULACION 
F1=3 1 RETURN 
' Y=13 NUEVA LINEA 


1F TEXRRO=1 GOTO 6220 'CALINEFA LOS NUMEFRICOS A LA DERECHA 
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6278 ASPSLEFTRCBESARRO RO) GEES RRE" Y 


6280 N=L.I (RR)-RC:B1$=LEFTH OBLS,N)GPRINT B19);: RES (RE) =AS$+E1G 


$282 RR=KRALIROSO X=X0 1 VE YHI IE RESSMRCEO 


6284 JF RRENR(P) THEN RR=1:Y=Y0 
$286 TE OTE (RR)=0 THEN GROSUK 6348 
6288 GOTO 4066 

6290 *" XxX numéricos Xx 

6291 
edo Afe=r" 

6294 N=L (RR) =RKRCOSTF N=0 GOTO 6282 
6296 FOR 11 TO NrAHs=age"O"INEXT 1 


6298 IF RC=0 THEN X=X0: GOSUL 6700: PRINT Ab BER CRO AG: GOTO 4282 


6300 M=RC 


THEN RRE=L0 Y=V0 


'PRINT FNPS$;"6291 RO=" ¡RO "RRE" GRR¿"X=" Xx "Y" Y i89=INFUTG (1) 


6302 ARAGILEFTHOFB(RRO, mM) 1X=XO1GOSUE 64900: PRINT AP; RESIRRO AL 


$304 GOTO 6282 
6306 ' 

6308 ' 

6364 STOP 


$366 NR GESTION CAMPOS SALTAVOS dee 


6368 
6370" 
6372 RR=RKR+1:RC=0 

6374 TF ORRENRKCFO- THEN RR=1 
6376 RETURN 

6900 ' 

6910 ' 


DESPLAZAMIENTO: CURSOR 
FILE CURS-X/Y 


$930 FRINT CHRH (EZ ECARÁ (GIO CARS (GIA ACARHABAO 


6740 RETURN 
ZOO AMEX 
7060 * MA 


Las teclas de desplazamiento horizontal son tra- 
tadas de forma similar a las anteriores (en este 
caso varía el contador de caracteres y no el de 
líneas), mientras que la tecla RT opera según 
una lógica diferente, puesto que se utiliza para 
alinear los campos. En la fase de introducción 
de datos, el cursor se posiciona al principio de 
cada campo, desplazándose una posición ha- 
cia la derecha por cada carácter introducido; el 
resultado es una escritura que empieza por la 
izquierda. Todos los campos, independiente- 
mente del tipo, quedarán así agrupados a la iz- 
quierda. Sin embargo, los campos numéricos 
deben quedar a la derecha. Esta función la de- 
sarrollan las instrucciones 6274 a 6288, que son 
activadas por la tecla RT (la línea 6276 determi- 
na si el campo es numérico o alfabético contro- 
lando la matriz TP). 

Una última particularidad de la rutina es la fun- 
ción de posicionado del cursor obtenida me- 
diante una adecuada subrutina. El contenido de 
esta subrutina (una sola línea) podría escribirse 
directamente en los puntos en que debe ejecu- 
tarse la tunción: volver a escribir la línea de di- 
reccionado o insertar en su lugar la llamada a la 
subrutina es equivalente, tanto en términos de 
ocupación de memoria como de tiempo. Sin 
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embargo, se ha preferido la subrutina porque, 
en el caso de cambio de máquina la zona del 
programa que debe corregirse está localizada. 
El segundo tipo de tecla funcional permite salir 
de la rutina con el flag F1 puesto igual a 2 (tecla 
1) y con F1 = 3 (tecla 2). De esta forma puede 
establecerse en el main si los datos introducidos 
son válidos (F1 = 2), o si el operador ha deciai- 
do anularlo todo (F1 = 3). Para ampliar las fun- 
ciones desarrolladas (hasta un máximo de 8, ya 
que las teclas funcionales habililadas son 8, ver 
subrutina 9000) basta con insertar los corres- 
pondientes códigos en la matriz TF y prever las 
necesarias instrucciones en las subrutinas. 


La fase de memorización 
en el disco 


Bajo la condición F1 = 2 (datos válidos) deben 
memorizarse los datos en el disco. En este caso 
también puede escribirse una subrutina para- 
metrizada de uso general. Las funciones que 
pueden desarrollarse sobre un file son: 


— Apertura y asignación del buffer 1/O 
— Lectura de datos 

— Escritura de datos 

— Cierre del file 


o 


[| cierre del file se obtiene insertando una sola 
instrucción (CLOSE n) y, por tanto, es más có- 
modo no incluirla en la subrutina, sino utilizarla 
localmente donde sea necesario. Las otras tres 
lunciones, en cambio, son parametrizadas. En 
las págs. 710 y 711 se ha representado el dia- 
grama de flujo y, en la pág. 712, el correspon- 
diente listado. 

La subrutina 1200 debe llamarse definiendo los 
siguientes parámetros: 


MH = flag que indica la función deseada 
(apertura, lectura, escritura) 

NM$ = nombre del file en el que se quiere 
operar 


NF  = número del file 
RE  =record a leer o escribir 
LN  = longitud del record 


Además es necesaria una matriz (de cadena, 
DX$) que actúe como buffer /O, con cada ele- 
mento asociado a un file. La asociación parame- 
trizada se obtiene en la línea 1226. 

Las otras funciones realizadas por la subrutina 
son las de lectura y escritura, que presentan al- 
guna complejidad y, por tanto, necesitan un 
mayor detalle en su exposición. 


La función de escritura (instrucciones 1242 a 
1272). En el primer record de cada file hay me- 
morizado el número del último record escrito; 
por tanto, el record 1 no es accesible a los da- 
tos. Es decir, el dato número 1 se escribe en el 
record 2, el dato 2 en el record 3, etc. 

Esta desviación puede producir errores si se 
gestiona desde el exterior; el programador debe 
acordarse de añadir un 1 para leer o escribir los 
datos, aparte de que la operación no debe reali- 
zarse si se aplica al primer record. Esta lógica 
puede hacerse automática en el interior de la 
rutina sumando 1 en cada caso, con la conven- 
ción de indicar el primer record con el número O. 
De esta manera, si se quiere acceder al record 
1, se indica RE = O. Naturalmente, la rutina, an- 


tes de transterir de nuevo el control, debe resta-" - 


blecer el valor que tenía RE en el momento de la 
llamada restando 1 (línea 1271). 

Antes de escribir un record de datos, deben 
unirse entre sí los buffers BF$ que contienen las 
introducciones hechas sobre la máscara. 

La lógica de formación del record de datos es la 
siguiente: el contenido de cada buffer de datos 
se coloca detrás (después del alineado del con- 
tenido) del precedente, de manera que formen 
la cadena A$ como la representada en la pági- 


Una fase del trabajo de verificación funcional en un sistema de proceso. 
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K. Reese/Marka 


SUBRUTINA DE GESTION DISCO PARAMETRIZADA 


La matriz NR : 

contiene el número 

de campos para 

cada máscara vídeo 

(indicada por TR) 

Ct Selección de la función 


E 


MH = 2:lectura 


1228 5 


que el campo | 


no debe considerarse 


Bucle de selección de los diversos campos 
TP(I) = 0 indica 


Preparación formato datos 
Funciones disco 
Bucle de selección campo 


Control y exclusión de 
los campos con TP(I) =0 


Selección función 


710 


Selecciona el tipo de campo 


Numérico: se alinea a la derecha 


1242 
'O MH = 3:escritura 


Selección 
del primer plano 


Salta los campos 
con TP(I) =0 


PD(I) y PA(I) proporcionan 
los números de los bytes con 


que termina y empieza el campo 1. 


N es la longitud (en bytes) 


Salvaguarda en A1$ 
el contenido 
del campo 


La lineación no varía 


y Caracteres y 


AN] 


GESTION DISCO PARAMETRIZADA 


1200 
1201 
1202 
1203 
1204 


"VERS. ENCICLOFENTA 

1 
1206 * 

4 


x* LECTURA/ESCRITURA DISCO *%» 
FILE 1 o GUAT 
Record = RE 


1208 
1212 
1214 


NF = Número File = 
MH = 

1 Apertura 

1216 2 Lectura 

12189 * 3 Escritura 
1219 XK-<NK TR) 
1222 ON MH GOTO 1224,1228,1242 
1224 ' APERTURA 
1226 OFEN "r”, 
1228 ' LECTURA 
1229 RE=RE+1 '"CELONUMERO DE RECORD SE 
1230 GET ONE ,RECAS=UX$ (NE) 
1232 FOR I=1 TO Xk:1F TF 
1234 
1236 
1237 
1238 
1240 
1242 
1243 
1244 
1244 
1248 
1250 


1252 


(1)=0 GOTO 1236 


NEXT TI 
RE=RE=L 
RETURN 


' ESCRITURA 

RE=RKE+1 

Ab="" 

FOR Ts1L, VO XRUDE TEODORO GOTO 1264 
NisPDICOD N2=PA (D) N=N2-N1+1 
ALPERES CO REPO 

BH CD =SPACES (0 

1254 UN TEC) GOTO 1254,1258,1260 

1256 RSET EFBCODO=A1$:00T0 1262 

1258 SET BES CIEAI$ GOTO 1262 

1260 EFSHID=AL 

1262 ASSAS+RES (1) 

1263 ' 

1264 
1265 
1258 
1270 
0 
1272 


NEXT 1 

PORRES TE LESA RS, 
LSET INS INFYSA 

PUT NF,RE 

RESKE=4 

RETURN 


na siguiente arriba (instrucciones 1246 a 1264). 
A continuación, la cadena A$ (encadenamiento 
de todos los datos) se transfiere al buffer asocia- 
do al file (línea 1268) y, por tanto, se escribe en 
el disco (línea 1270). 


La función de lectura (instrucciones 1228 a 
1238). El mecanismo es el opuesto al anterior. 
En el disco se lee el record deseado (siempre 
sumando 1), los datos se transfieren del buffer 
del file a la cadena A$, y da ésta se distribuyen 
a los buffers de datos sencillos BF$. La lógica 
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Número del Buffer 


"NUMERO UE -CAMFOS. (2500) 


NF ¿NMB,LNGFIELOONELN AS TIXG (NEO 


INCREMENTA EN 1 


NUSPDO CD ENRERA (1) INENZSN CUR CO AMI CAR NIN 


" RESTARLECE EL NUMERO: TU KECORIL-AL.VBLOK INICIAL 


O RETUEN 


se ve en la página siguiente, abajo. 


El programa principal 
En la pág. 714 se ha representado el diagrama 
de flujo de un main de prueba. El listado está en 
las págs. 715 y 716. En este listado hay incluida 
la subrutina de habilitación de las teclas funcio- 
nales (9000) previstas en las máscaras vídeo; la 
inicialización de los correspondientes códigos 
se encuentra en las líneas 240 y 250 del progra- 
ma principal (se han previsto 20 códigos para 
futuras implantaciones). 


ESQUEMA DE LA FORMACION DE UN RECORD 


El record se constituye «sumando» los diversos campos con la instrucción A$ = AS + BFS(l) 


Descr pciones Valores introducidos PD PA 
Indice (Y y 
1 Descripción de la línea 1 ABC 
2 Descripción de la línea 2 30 


Descripción de la línea 3 XYZADBDKE 


AS = AS + BFS(2) AS = A$ + BFS(3) 


Todos los campos 
se acumulan en A$ 
y pueden transferirse 
al disco 


Alineado a 
la derecha 


=5 
Alineado a 
la izquierda 
A$ = BFS$(1) 


campo 1 | campo 2 AR 3 


A >] 


Formato de un record 


A E 


(AS) 


ESQUEMA DE LA SEPARACION DE LOS CAMPOS DE LECTURA 


ñ 
MIDS[AS, N1, N) 


Se toman los bytes bytes bytes 
del 1 al 5 del 6 al 8 del 9 al 15 
| y 
ers(1)= Paflefic] f | 
ers()= E fafo! 


ers(s)= fx fiv fz fa [6 fk fl 
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A 
MAIN DE PRUEB Verifica las condiciones 
=== Formato máscara 
y sas VO Disco 
— Dimensionado sm Presentación máscara 


— Definición funciones 
- DATA . Gestión máscara 


Informa al usuario de O 
la posición (número de record) 
que ocupará el dato de 
la siguiente introducción FI=2 
Introducción xy 
H=3 
Anulación. 
Los datos 
introducidos 
nm se cancelan 


O) Siguiente máscara 
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MAIN DE PRUEBA 


10 OPTION BASE 1 


' 
60 ' 
' 


FILE : MAIN 
VERS. ENCICLOPEDIA 
xxx DEFINICIONES XXX 
TE (0) = CONIGOS TECLAS FUNCIONALES 
DX$(%)  = BUFFER 1/0 DISCO 
TP (x) = TIPO DE CADA CAMPO FRESENTADO FOR LAS MASCARAS VITEO 
PA) = PUNTERO FINAL CAMFO 
"PO = PUNTERO PRINCIFIO CAMPO 
"s$ooO  = MESCRIFCIONES TE LOS UIVERSOS CAMPOS 
"BOO = RUFFER NE FUESTA A CERO DATOS EN INTROMNUCCION 
"O BEB(%) == RUFFER ENTRADA DATOS 
'CATÉOO  —= BUFFER DE SEFARACION ENTRE DESCRIPCIONES AREAS DATOS EN LAS 
, MASCARAS VIDEO 
'OER$HO0O = RUFFER MATOS RENOVADOS 
1 
TEFINT A-Y 
NEFIEL Z 
DIM TE (20) "MATRIZ MONORIMENSTONAL. 
FOR I=1 10 20 3 REOD TEC) iNEXT 1 


NATA 101,81,121,111,161,171,131,01,01,01,0!,01,01,01,01,0!1,01,01,01,01 
IUM IX$ (4) 

DIM TF(14),PAC14) ,PIC14) ,L.010014) ¿NR (5) 

MIM IS$CL4), EBCLA) HEBC14) ,AT$C14) ,ER$ (14) ,ON$ (14) 


C1$:= " 


S * 
1 


BL. $" 

BRS=" >, 

EIH=CHR$ (27) 414 'CHR$ (7) 
DEF ENES 


FILE ATOS” 


FUNCIONES  * 


” 
VEO O ROA A ORO OO 


HeCMRS (27) CHRS (61) 4CHR$ (31420) +CHK$ (3142) " FOS. FOR ERROR 


DEF FNALS CO) 1S$ CO AATH CIO ARBOIO  * VER SUM. 3000 


DEF ENA2b (1) =15$ (10 +AT$ (1) +ER$CTIO * VER SUX,5000 
GOSUE 9000  * HABILITA LAS TECLAS FUNCIONALES 
PRINT EIS '* RORRA El. VIDEO Y EMITE UN EIF 


"o xk SEl 


ECCION MASCARA dx 


INPUT "INTRODUCIR El, NUMERO UE MÁSCARA DESEADO ",N 
IF O N=“0 GOTO 900 REN 

TF ON<1 OR N32 TREN PRINT "ERROR MASCARA NO PREVISTA" 
TF ON<L OR NS2 THEN Sf=INPUTR CO) ¿GOTO 510 

ox FOKHATO MASCARA Xx 


TR=N ” 


LA 73500 QUIERE EL NUMERO PE MASCARA EN TR 


GOSUE 7500 ' CARGA LOS DATA 
COAKAFPERTURA DEL FILE + 
MH=1 :GOSUE 1200 

"LECTURA TEL RECORIC 1 


RE=0 :MH=2 

GOSUEK 1200 

ME=VAL. (BF$(1)) '* ULTIMO RECORD OCUFALO 
RE=ME+1 "O SIGUIENTE POSICION VACTA 


PRINT"EL 


SIGUIENTE NO ESTÁ EN 1A FOSICION: "¿RE 


FRINT "FULSAR UNA TECLA FARA CONTINUAR”: S$=TNFUTH (1) 
Loxa PREPARA Y FRESENTA LA PANTALLA VIDEO *x 

GOSUE 50DO 

2 ATMUJISICION ao 

GOSUE 4000 
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710 

20 
730 
740 
70 
760 
770 
780 
2770 
800 
810 
820 
330 
840 
850 
860 
870 
830 
38 
890 
900 
210 
920 
PIO 


9000 
2010 
3020 
9030 
9040 
9050 
9060 
$070 
9080 
$070 
9100 
9110 
9120 
9122 
9130 
2140 
9150 
9160 
$170 
9180 
9190 
9200 
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ox SELECCION EN BASE AL FLAG Fi 
K=F1-1 "CFI TIENE VALOR 2 0 3 Y WERE LLEVORGE Aa 2 
ON K GOTO 740,880 


a Flo= 2% INTRODUCCION + 
MH=3 "MOTO += ESCRITURA 
GOSUE 1200" ESCRIBE LOS DATOS FN FL RECORIC RE 
MESRE ' SALVAGUARDIA El. NUMERO DE RECORD 

a ACTUALIZACION DEL CONTENIDO DEL FRIMER RECORI 
RE=0 "El PRIMER RECORM ESTA INDICANO CON O 

A PREFARACION VEL CCAMEO BESO ve 
N=PACD-FO(CO+1O * NUMERO DE CARACTERES EN BF9C1) 
BESVL)SDEACEGOD  INICTALTZA BESO CON ESPACIOS EN CELANCO 
A$=STRÍ (ME) ' CONVIERTE EN.ASCII EL NUMERO DE RECORD 
RESET BESO =Ab '"CALNES 4 LA VERECHA EN EL EFG 
MH=3 *GOSUR 1200 ' ESCRITURA 
GOTO 440 " PROXIMA INTRODUCCION 

"0% ANULACION DATOS xx 
PRINT ORI$ 
GOTO 540 

"ox FIN *% 
FRENT Ing 
PRINT "ate RUN ENT atacar 
EEDETH 

bl $e SURRUTINAS DE HABILITACIÓN TECLAS FUNCIONALES x*x 

U 

' FORMA DEL CURSOR 

PRINT OCHR$(27 E "C4A4" 

ABACHRNS (27) OHRKS (46) PRIMERA PARTE TE LA INSTRUCCION QUE MARILITA 
y LAS TECLAS FUNCIONALES 

E=9 '"CCONTBO CORRESF. ALLA FRIMEKRA 1EELA FUNCIONAL 
11:49 049 y 48 ASCII = 10 HEX porque (49=1; 48=0) 
12:48 10 HEX vale 16 en TEC 

FOR I=1 TO 8 '" CONTADOR PARA HARILITAR 8 TECLAS 

"CLA PRIMERA. TECLA FUNCIONAL Cuám. 28) TIENE ASOCIADO El VALOR IECIRAL 16 
CH<CHR$ (11) +CHR$S CLP) ' CONTIGO A ASOCIAR A LA TECLA 1 (1.,8) 

TOMES (Eo "SELECCION TECLA 

ES=Oa$+o$+C$ * CADENA QUE CONTIENE LOS CONIGOS DE HARILITACION 
FRINT ES "CHAR. ITACION 

E=B+1 

12=12+1 

NEXT 1 

RETURN 
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La compilación 


El empleo del Basic interpretado es muy útil en 
las fases de escritura y de prueba de progra- 
mas, pero la ejecución resulta muy lenta para el 
uso normal. Los motivos por los que el interpre- 
tado emplea más tiempo en la ejecución de los 
programas son básicamente tres: 


m En todas las llamadas del tipo GOTO o GO- 
SUB, para encontrar el número de línea a 
que se hace referencia, el Intérprete debe 
leer todo el programa. 

m Cada vez que el programa utiliza un nombre 
de variable, para determinar en qué posición 
de memoria se encuentra el valor correspon- 
diente al nombre simbólico, el Intérprete de- 
be leer toda la tabla de variables 

m En el desarrollo de los bucles, el Intérprete 
debe descodificar de nuevo en cada itera- 
ción todas las instrucciones contenidas en el 
bucle. Si bien el tiempo necesario para des- 
codificar una sola instrucción es muy corto, 
multiplicándolo por el número de veces que 
se ejecuta el bucle se obtiene un tiempo total 
que puede ser importante 


Todos estos defectos, consecuencia del modo 
específico de trabajar del Intérprete, pueden eli- 
minarse utilizando los programas compilados. 
Al final de la fase de compilación, el programa 
de aplicación es traducido a binario y las direc- 
ciones consideradas son las absolutas; por tan- 
to, la velocidad de ejecución puede aumentar 
de 4 a 10 veces. El Compilador realiza el diag- 
nóstico global y puede detectar los errores que 
puedan haber escapado al Intérprete. 

Un caso típico se tiene en las instrucciones de 
salto condicionado. Si la dirección de llegada 
(número de línea) a la que se hace referencia en 
la instrucción de salto no existe, el Intérprete no 
puede detectar el error hasta que se verifican 
las condiciones que determinan el salto. 

En algunos casos es probable que durante las 
pruebas del programa nunca se haya verificado 
esta condición; en consecuencia, el error per- 
manece oculto y puede manifestarse en segui- 
da, durante la aplicación, con la consiguiente 
pérdida de los datos durante el proceso. 

En cambio, durante la compilación, todas las di- 
recciones se comprueban, y un eventual error 
se detecta inmediatamente. 

En el gráfico de la pág. 718 se esquematiza el 


procedimiento completo de introducción, com- 
pilación y ejecución de un programa. A conti- 
nuación describiremos con detalle cada fase. 


La fase de preparación 


El Compilador puede trabajar sólo sobre files en 
formato ASCII. La primera operación a realizar 
consiste, por tanto, en asegurarse de que el 
fuente tenga formato "A”. Si no es así, puede 
variarse el formato simplemente cargando el 
programa en memoria y después transfiriéndolo 
al disco con el mismo nombre, pero con la op- 
ción ”A”. Por ejemplo, las instrucciones que per- 
miten variar el formato del programa PRUEBA 
residente en el disco A son las siguientes: 


LOAD "A:PRUEBA” 
SAVE "A:PRUEBA”,A 


En la escritura del fuente (en Basic), a fines de la 
velocidad de ejecución, también es útil asegu- 
rarse de que todos los Índices de los bucles se 
han declarado enteros, implícitamente con la 
instrucción DEFINT o explícitamente con el sím- 
bolo % (DEFINT | tiene el mismo efecto que 1%). 
El último paso de preparación a realizar es ase- 
gurarse de que en el disco ”A” existen todos los 
programas (de sistema) o los files de servicio 
que se utilizarán durante la compilación y la si- 
guiente operación de link*. 

Se ha hecho referencia al disco montado en la 
unidad A porque el Compilador trabaja utilizan- 
do esta unidad. Si bien es posible direccionar 
algunos pasos a la otra unidad, conviene tenerlo 
todo en el mismo disco. Luego el programa 
compilado podrá transferirse a otro lugar. 

A continuación se relacionan los programas y 
los files necesarios para la fase de compilación. 


BASCOM.COM. Es el programa de sistema 
que realiza la traducción de Basic a Assembler; 
su salida es la versión reubicable del programa 
fuente. 


BRUN.COM. Contiene la mayor parte de las 
rutinas llamadas por el programa de aplicación. 
Es un módulo usado al trabajar el programa de 
aplicación, pero debe estar presente desde el 
principio para permitir los oportunos links. 


* El link entre varios programas o una parte de programa se 
describe más adelante. Por ahora debe considerarse senci- 
llamente como una serie de operaciones que permiten 
«reunir» varias partes compiladas por separado. 
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PROCEDIMIENTO DE COMPILACION 


Instrucciones: mw» Enlace con rutinas 
externas 
>MBASIC ms Programa ON 


formato ASC! 
=== Compilación 


=== Programa en forma 
reubicable 


mm. Linking loader 


| 
| 


SAVE "A : PRUEBA”, A 


=% Programa en binario 


En este punto, en el disco 
hay el file PRUEBA.BAS 


SISTEMA 
COMPILADOR 
En el disco, además de PRUEBA.BAS 
se memoriza PRUEBA.REL 
LINKER ¿EA 
y El último file transferido 
> PRUEBA Ejecución al programa es PRUEBA.COM 


del programa 


El disco contiene al menos tres versiones del programa: 
PRUEBA.BAS = Fuente en Basic 

PRUEBA.REL = Reubicable 

PRUEBA.COMO = Binario (Usuario) 
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A 


BASLIB.REL. Contiene otras rutinas que im- 
plantan las de BRUN.COM y que pueden utili- 
zarse en los programas de aplicación. El pro- 
aramador accede a las rutinas de sistema sin 
uspecificar dónde residen. Todo el trabajo de 
lraducción y de link, que consiste en analizar 
cada línea del programa fuente, en reconocer la 
llamada a una rutina de sistema, en su búsque- 
da en varios módulos del sistema operativo y en 
establecer los oportunos direccionamientos que 
permitirán su utilización durante la ejecución del 
programa, está a cargo del sistema a través del 
Compilador y del Linker (más apropiadamente 
Linking Loader o Montador). 


OBSLIB.REL. Contiene rutinas que desarrollan 
funciones similares a las de BRUN y BASLIB. La 
diferencia consiste en una forma diferente de 
gestión, debida a un empleo diferente del pro- 
grama de aplicación. 

En algunas aplicaciones, el programa de aplica- 
ción, una vez definido, no debe sufrir modifica- 
ciones ni debe preverse el uso de otros progra- 
mas en la misma máquina. En estos casos con- 
viene que el programa de aplicación esté alma- 
cenado en memoria ROM (de sólo lectura), o 
sea que se transforme en lo que se conoce co- 
mo firmware (software permanente). 

De este modo puede tenerse la activación auto- 
mática del programa en el momento de la pues- 
ta en marcha de la máquina y, sobre todo, se 
evitan posibles errores en la fase de carga. Esta 
técnica se adopta en los casos particulares que 
tienen en común dos puntos esenciales: 


m la máquina y el programa forman un conjun- 
to único, dedicado a una sola finalidad pre- 
cisa y no modificable (si no es sustituyendo 
las memorias) 

m el sistema debe poderse fabricar en un cier- 
to número de ejemplares, puesto que no 
conviene preparar una ROM para una sola 
aplicación. 


El hecho de que un programa deba escribirse 
en una ROM implica una estructuración diferen- 
te de aquél, puesto que no es posible escribir 
valores en el área de memoria reservada para 
ellos. Las variables deberán colocarse en una 
memoria RAM, separada de la ROM que contie- 
ne el programa, a través de procedimientos 
más complicados que los usuales. A fines prác- 
ticos, esta estructuración obliga a utlizar dos 


áreas separadas de memoria: el área de pro- 
grama (que estará en ROM) y el área de datos 
(en RAM). Estas indicaciones particulares se 
proporcionan durante las operaciones de link 
colocando oportunos indicadores (switches), 
cuyo uso obliga a cargar la librería OBSLIB en 
lugar de las librerías BRUN y BASLIB. 


BCLOAD. Contiene los links, o sea las referen- 
cias a las posiciones de memoria en que se en- 
cuentran las diversas partes del programa y las 
rutinas de sistema utilizadas por aquéllas. 


L80.COM. Es el programa que, enviado a ejecu- 
ción después del BASCOM, procede a crear los 
links necesarios y a enlazar las diversas partes 
para generar el programa de salida a nivel eje- 
cutable. Este módulo toma el nombre de Monta- 
dor, apropiado a las funciones que realiza. 
Además de estos módulos de utilización gene- 
ral existen otros dedicados a funciones particu- 
lares, algunos de los cuales se describirán más 
adelante. 


La fase de compilación 

El Compilador (BASCOM) necesita en la entra- 
da un programa fuente y en la salida produce la 
versión reubicable, o sea traducida al Assem- 
bler, con todas las referencias correspondien- 
tes. Al escribir un programa, para asignar el va- 
lor 2.5 a una variable de nombre YV utilizaremos 
la instrucción Y = 2.5 en la misma forma clara y 
sintética que emplearíamos desarrollando el 
cálculo manualmente. Si no se descodifica, esta 
instrucción no tiene sentido para la máquina; es 
necesario especificar en qué dirección de me- 
moria se encuentra la variable V y traducir la ins- 
trucción especificando dicho número. 
Análogamente, la instrucción R = SQR(V), que 
toma el contenido de Y, calcula su raíz cuadra- 
da y deposita el resultado en R, necesita a nivel 
de lenguaje máquina la especificación de las di- 
recciones. Durante la compilación, algunas par- 
tes del programa se traducen separadamente 
de las otras, y a cada una se le da una numera- 
ción en términos de posición de memoria. 

De esta forma, las diversas partes del programa 
son reubicables, puesto que todas las direccio- 
nes utilizadas se refieren al primer valor. varian- 
do este valor varían los otros en consecuencia. 
El cálculo, que del valor relativo permite hallar el 
valor absoluto de colocación en memoria, lo 
realiza el Montador. 
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La salida de la fase de compilación (forma reu- 
bicable) se memoriza en un file de tipo REL. El 
formato del comando para la compilación es 


BASCOM Objeto Lista = Fuente 


El significado de los parámetros que aparecen 
en la instrucción se explican a continuación. 


Objeto. Es el nombre que se quiere dar al file de 
salida (tipo REL) en el que se memorizará la ver- 
sión reubicable del programa. Este tipo de file 
se indica con el nombre genérico «Objeto» 
(Object). 


Lista. Es el nombre del file «lista» que conten- 
drá el listado del programa y su traducción. 

En las págs. 721 y 722 se ha representado la 
impresión del contenido de este file en un ejem- 
plo de compilación. El programa fuente (arriba 
de dicho tabulado) se ha listado en ambiente 
Basic. La parte inferior del tabulado contiene la 
explosión de cada instrucción Basic en las co- 
rrespondientes instrucciones en Assembler, y 
constituye el contenido del file Lista. 


Como puede verse, una instrucción Basic da lu- 
gar a una serie de instrucciones Assembler que 
también contienen llamadas a rutinas de siste- 
ma, como por ejemplo CALL $CINA (la llamada 
a una rutina Assembler utiliza el código CALL en 
lugar del GOSUB). En el listado, cada instruc- 
ción del fuente va precedida de dos números 
hexadecimales. El primero representa la direc- 
ción de la línea correspondiente a la dirección 
del principio del programa (en el supuesto que 
sea cero) y, el segundo, el área de datos utiliza- 
da; por ejemplo, la instrucción de la línea Basic 
40 ocupa la dirección correspondiente 1F (deci-: 
mal 31). Al cargar el programa en memoria, su 
dirección inicial ya no será cero, sino igual a un 
cierto valor que se sumará a todos los demás; 
así, la instrucción 40, que tenía una dirección 
relativa 1F, se posicionará a una dirección abso- 
luta igual a 1F más «baja» de la que se ha colo- 
cado el principio del programa. 


Fuente. Es el nombre del file en que reside el 
programa a compilar. 

Durante la compilación, el file objeto se crea en 
cualquier caso, incluso si no se declara expre- 


Equipo del centro de adiestramiento aeronaval de Tarento. 
Las consolas reproducen la situación de las centrales operativas de combate. 


RASCOM 5,30 -= Copyright 1979,80,81 (0) by MICROSUFT - 25298 Bytes Free 


0014 0007 
0014 0007 
0014 0007 
0014 0007 


001F 001 


MN 
0038 0023 
E 

«x 

MR 

6% 

MN 

xx 

9% 

x** 

e 

Mx 

0040 0023 
j ex 

xo 

xx 

POS 

00335 0023 
xx 

e) 

ex 

eN 

q 

AN 


007F 0023 
1% 
ox 
HA 
e 
ese 
xx 


EJEMPLO DE COMPILACION 


10 * de PRUELA ME COMPILACTION 


20 OPTION RASE 1 


30 DIM AC 


40 FOR T=1 TO 5 
0014'100000: CALL. $530 
0017 "L.00010! 12000201 L00030:L00040: 
0017” CALI $LEMA 
001A' Tb) <constí 
0010" -JMP 100001 
001F* 100002: 

50 E=Ix*A(1) 
001F '1:000501 XI Hi 11 
0022 CALL $CINA 
0025* HAD H 
0026' DAD H 
0027" EXI D)ALHFFFC 
002A' DAD UI 
002." CALL. LEMA 
002E” CALL. FMUC 
0031" Xu ml 
0033' CALL. $FASO 
0036" LW El 

60 NEXT 1 
0038'1.00060' CALL. $EATIA 
003E' 11d) q" 
0031" Ku) cons UL. 
003F "100001: 
003F"' CALL $EASO 
0042' 1 Tl 
0044' CALL $LEJO 
0047 ' Ti) Ti 
0049" 14 ¿cons UT 
004” MN) 100002 

70 FOR X=1 10 5 á 
00411"1.00070: CALL $LEMA 
D050' Yi ¿cons Ts 
0052” JAP 100003 
D055'100004: . 

80 FRINT "Il = ":1,"ACI) = "¡ACI 
0055 'L.000801 CALL. BERDA 
D038' LXI H, consti 
DOSE' CALL $rv1n 
DOBE' LXI H,11 
DO61' CALL $EVOA 
D064' LXT H.¿const 
D067' CALL $ruirn 
006" L.XI H,11 
DO06n" CALL HCINA 
D070' DAX H 
D071" HAND H 
D072' XT D,AI+FEFC 
D075" HAN 10 
D076' CALL. $LFHA 
D079' EXI H,SACI 
DO07C' CALL $FVZA 

90 NEXT 1 
D07F 'L00090: CALL $FADIA 
DO082” Tuba Ti 
D084' Til ¿const 
D086'100003: 
0084' CALI $FASO 
0089" 1 Ti 
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samente en la llamada del Compilador. En este 
caso asume el mismo nombre que el fuente. 
Así, el comando 


BASCOM = PRUEBA 


lanza el Compilador y, al final, genera el file 
PRUEBA.REL, nombre con el que deberá lla- 
marse en la siguiente fase de encadenamiento 
(linking). Sin embargo, el file que contiene el lis- 
tado no se crea si no se pide expresamente; no 
obstante, puede obtenerse directamente en 
pantalla o en impresora sin recurrir al paso inter- 
medio por el file. En este caso, el comando de- 
be tener la siguiente forma: 


BASCOM PRUEB,LST: = PRUEBA 


La máquina crea entonces el file PRUEB como 
reubicable y produce la impresión de la lista. El 
código LST: se interpreta como la petición de 
impresión (en CP/M, la unidad LST es la impre- 
sora); para direccionar la lista a la pantalla, el 
código es TTY:. Los files de llegada (fuente) y 
los de destinación (reubicable, lista) pueden re- 
sidir en otra unidad de disco, pero debe especi- 
ficarse en el comando. Así, el comando 


BASCOM B:PRUEB,LST: = PRUEBA 


realiza las mismas funciones efectuadas en la 
forma anterior, aunque transfiriendo la salida 
(reubicable de nombre PRUEB) hacia la unidad 
de disco B. El Compilador también puede tra- 
bajar sólo a efectos de diagnóstico, sin producir 
ningún file de salida. La instrucción a utilizar es 


BASCOM, = Fuente 


En la salida se obtendrán, en pantalla, la lista de 
los eventuales errores y la ocupación de memo- 
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ría del programa. Finalmente, el Compilador 
puede emplearse en la modalidad «paso a pa- 
so», O sea aplicando una instrucción cada vez. 
El comando 


BASCOM,TTY: = TTY: 


no ocupa ningún file (ni siquiera el fuente) y 
acepta las instrucciones del vídeo. 

Cada instrucción se traduce en el momento de 
su introducción y se presenta en pantalla junto 
con los eventuales diagnósticos. Esta opción se 
emplea normalmente para la verificación formal 
(de sintaxis) de las instrucciones y puede ser útil 
en la fase de aprendizaje del Basic, puesto que 
puede servir de guía al usuario señalando los 
eventuales errores instrucción por instrucción, 


Funciones particulares del Compilador 


El comando que activa la compilación puede 
completarse con algunos indicadores (swit- 
ches) que activan determinadas funciones. Un 
mismo Compilador puede trabajar en diversos 
tipos de Basic y en diversos modos; los indica- 
dores especifican el tipo de Basic y el modo de 
tratar algunas instrucciones particulares. 

Los indicadores se dividen en tres categorías: 


m Especificación de las convenciones 
m Funciones de trampa de los errores 
mw Códigos especiales 


A continuación, los tres tipos se describirán sólo 
desde el punto de vista cualitativo, puesto que 
el modo de funcionamiento exacto y los códigos 
a adoptar dependen del Compilador particular 
que se emplee. 


Especificación de las convenciones. En algu- 
nas versiones del Basic pueden tenerse diferen- 


EJEMPLO DE COMPILACION (1) 


En esta página y en la siguiente se ha ilustrado 
un ejemplo de compilación de un sencillo 


programa que contiene tres errores. 


LIST 
LO: > 
20 
30 
40 
50 
60 


ERTNT 
FOR Tx=1 
PRINT "1= 
INFUT 
70 NEXT 1 
30 FOR T=1 
$0 > 

100 FRINT 


TO BoPRINT 


"ENTRADA VALORES 


AFPRUERA COMIPILACIONA 

DIM A(5),AS 

"ENTRADA VALORES 
4% 3 


6) 


MATRIZ CA)" 


) 


"VALOR "A CD 


ACID NEXT 1 


MATRIZ 


110 FOR T=1 106 


FRINT "Es 


” 


j 


INPUT "VALOR GAS CT 


40 NEXT 7 


FOR 11 TO G:FRINT ASC NEXT y 


GOTO 


30 
190 
Ok 


ENT 


En las líneas 20, 130 y 150 se ha 
utilizado el nombre AS para una 
matriz, que es una palabra reser- 
vada al sistema. Efectivamente, la 
palabra se usa para la asignación 
de los campos de un buffer 1/O 
para la gestión del disco (p.8., 
FIELD 1.20 AS BX$...) y, por tanto, 
no puede utilizarse para otras fi- 
nalidades. En algunas versiones 
del Basic interpretado, el sistema 
puede determinar si una palabra 
reservada se emplea indebida- 
mente. 


121243. B0TO 2000 


El segundo error se debe a la 
falta de la línea OPTION BASE 1. 
Por tanto, la numeración de los 
elementos de las matrices A y AS 
parle de O, y como las propias 
matrices están dimensionadas 
respectivamente con 5 y 6, no se- 
rá posible asignar ningún valor a 
los elementos A(5) y AS(6). 

En algunos casos, el Basic corrige 
automáticamente este tipo de 
errores sin evidenciarlos. 

El último error está contenido en 


Cas)" 


la línea 170, que hace referencia a 
una línea 2000 inexistente. El in- 
térprete no puede revelar el error 
hasta el momento de la ejecución 
de la línea 170, Tal como está es- 
tructurado el programa, sólo se 
tendría error si el operador intro- 
dujese A(3) = 1743. 


Como puede verse en las últi- 
mas tres líneas de la pantalla, el 
programa, a pesar de contener 
los errores indicados, se ha lanza- 
do y a empezado a correr de ma- 
nera aparentemente normal. 
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EJEMPLO DE COMPILACION (2) 


En esta página se ha representado el 
resultado de la compilación del programa 
considerado en la página anterior. 


TE 


ASBASCOM 
0014 0007 
VOB? 0023 


0074 0023 


003 Fatal 


24815 Kytes 


ñA | 


La primera línea contiene el co- 
mando, introducido por el opera- 
dor, que pide el paso bajo sistema 


=FOTO27 


30 UTM A(5),051á) 


1,0 INFUT "VALOR 
4 SN 
50 FOR T=1 


1 SN 


4sy 


Eree 


servada, AS en la línea 20, y envía 
a pantalla esta última. 


operativo; la segunda línea con- Ena siguiente línea, el Compi- 


tiene la llamada del Compilador, 
La verificación de la sintaxis de 
las instrucciones empieza desde 
el principio (linea 10) y procede 
hacia abajo. 


El Compilador ha detectado un 
uso incorrecto de la palabra re- 


lador indica con una flecha el pun- 
to en que se ha detectado el error 
y visualiza unas siglas que indican 
el tipo de error detectado: SN es 
la contracción de «syntax error» 
(error de sintaxis). 


"*ASCI) 


TO 6+FRINT ASC INEXT 1 


El mismo tipa de error se ha de- 
tectado después en las líneas 130 
y 150. El error de la línea 170 no 
se ha detectado porque estaba 
«enmascarado» por los anterio- 
res: aparecerá en la primera com- 
pilación que seguirá a la fase de 
corrección de los errores detec- 
tados, 


Al final de la compilación, en la 
pantalla aparece el número total 
de errores hallados. 


dd 


cas formales en las instrucciones; por ejemplo, 
V4sien versiones que para el nombre de las va- 
iables sólo utilizan dos caracteres. Los indica- 
dores de especificación de las convenciones 
sunalan la particular versión del Basic y, por tan- 
to, la notación empleada, Se pueden tener a 
propósito sustanciales diferencias de función en 
la convención sobre las palabras reservadas. 
Los nombres de las instrucciones y de las fun- 
clones Basic están reservados al sistema y no 
pueden emplearse como nombres de variables. 
En algunas formas de Basic, las palabras reser- 
vadas deben estar separadas de las adyacen- 
les con un espacio en blanco, mientras que en 
olras versiones esto no es necesario. Si no se 
especifica al Compilador qué notación se utiliza, 
pueden tenerse errores durante el desarrollo del 
programa. Por ejemplo, el inicio del bucle FOR ] 
A TO C STEP 2, eliminando los espacios, se 
convierte en FORI = ATOCSTEP2,; si el Compi- 
lador utiliza una opción equivocada, la instruc- 
ción puede asumir cualquier otro significado 
que el de inicio de bucle y, por ejemplo, puede 
asignar a la variable de nombre FORI el valor 
contenido en la variable ATOCSTEP2. 
Con respecto a este tipo de errores, existe una 
curiosidad muy interesante. 
En el lenguaje Fortran (similar al Basic), los bu- 
cles se indican con instrucciones del tipo 


DO 100 | = 3,10 


El código DO sustituye al código FOR, e | = 
3,10 equivale a | = 3 TO 10, El número 100 se 
refiere al número de línea en que se cierra el 
bucle. Comparando las dos formas de bucle 
(Fortran y Basic) se tiene: 


Basic 
10 FOR|=3TO 10 


100 NEXT 1 


Fortran 
10DO 100 | =3,10 


100 CONTINUE 


El Compilador Fortran elimina todos los espa- 
cios contenidos en la instrucción; por tanto, la 
linea 10 se convierte en DO100| = 3,10 y su in- 
lerpretación exacta sólo está ligada a la presen- 
cia de la coma entre el número 3 y el número 10. 
En un programa que debía controlar el lanza- 
miento de una sonda espacial, la coma fue sus- 
liluida por error por un punto, y la instrucción se 
convirtió en DO100| = 3,10, 


En la ejecución, en lugar de realizar el bucle, se 
asignó el valor 3.10 a la variable DO100l, con 
efectos desastrosos sobre el éxito del lanza- 
miento". En Basic, un error de este tipo es me- 
nos probable, ya sea por la forma del bucle, ya 
sea, sobre todo, por la presencia de la instruc- 
ción NEXT que cierra el propio bucle. Si el prin- 
cipio (FOR...) se interpreta de forma incorrecta , 
la compilación dará un error en la línea NEXT, 
puesto que faltará el correspondiente FOR. Para 
el Fortran, en cambio, no existe cierre del bucle; 
por tanto, si la interpretación de la línea de inicio 
no es exacta, el bucle desaparece y no puede 
tenerse ningún diagnóstico. 

Otras opciones particulares del Compilador Ba- 
sic corresponden a los bucles, a los redondeos 
y a los números de línea. P 
En el desarrollo de un bucle parametrizado pue- 
de producirse una situación particular en la que 
coinciden los dos límites; por ejemplo, el si- 
guiente bucle empieza y termina con el valor 3; 


10A=3:B =3 
20 FORI=ATOB 


La incertidumbre de que este bucle se realice o 
no, puede superarse con una opción que fuerza 
la ejecución de cada bucle por lo menos una 
vez. La misma opción también sirve normalmen- 
te para convertir en enteros los números en do- 
ble precisión realizando un truncado y no un re- 
dondeo. 

Mucho más útil es la opción que permite ignorar 
el número de línea. Utilizando esta particulari- 
dad, las líneas pueden numerarse en cualquier 
orden, o bien no numerarse, a excepción de 
aquellas a que se hace referencia explícita en 
las instrucciones GOTO o GOSUB. Así, un pro- 
grama Basic se hace muy similar al correspon- 
diente en Fortran (en el que los números de lí- 
neas no son obligatorios), es más rápido y más 
seguro. 


Funciones de trampa de los errores. El uso de 
la instrucción ON ERROR GOTO implica ade- 
más un complejo sistema de links del programa 
y, por tanto, una forma de compilación diferente. 
La correspondiente opción debe indicarse con 
adecuados indicadores del Compilador, que 
producen la memorización de Una tabla de di- 


z SE «Software Reliability», Wyley £ Sons, Nueva York, 
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reccionamiento que contiene el número de línea 
de fuente Basic. De esta manera, cuando se ve- 
rifica un error durante la ejecución de un progra- 
ma, el sistema puede presentar el número de 
línea en el diagnóstico. 

En los programas compilados, el número de lí- 
nea desaparece y cada instrucción se identifica 
por su colocación en la memoria (dirección). Al 
producirse un error, si el sistema no ha memori- 
zado la tabla de conversión de direcciones- 
números de línea, en pantalla se presenta la di- 
rección en la que se ha producido el error. La 
dirección de memoria, en notación hexadeci- 
mal, no puede ser útil para encontrar la línea del 
fuente que ha generado el error si no es a través 
de procedimientos muy complicados. 

En la fase de depuración de los programas 
(debugging) conviene emplear estos indica- 
dores, aunque el programa así compilado nece- 
site un mayor espacio; terminada la fase de de- 
puración, el programa puede compilarse de 
nuevo omitiendo los indicadores de los errores. 
La tabla que contiene las direcciones de cada 
número de línea se dice que tiene un punto de 
entrada (entry point) para cada número de lí- 
nea. En general, el punto de entrada es la puer- 
ta a través de la cual se accede a una parte del 
programa o a una tabla. Normalmente, las ta- 
blas tienen un solo punto de entrada y los otros 
puntos se encuentran en base a la posición rela- 
tiva con respecto al de entrada. 

Para las tablas de conversión de los números 
de línea esto no es posible, y debe preverse un 
punto de entrada para cada instrucción del pro- 
grama. Una gestión tan amplia de los puntos de 
entrada hace notablemente pesado el progra- 
ma y aumenta la amplitud del file objeto (bina- 
rio); de ahí se deriva la necesidad de no utilizar- 
la más que en las fases de depuración. 


Códigos especiales. Las principales funciones 
de estos indicadores contemplan la elección del 
tipo de Assembler, la habilitación de las instruc- 
ciones TRON y TROFF y la elección de la forma 
particular de compilación para la transferencia 
del programa en ROM. Las instrucciones TRON 
y TROFF, que si están en el fuente Basic inter- 
pretado siempre vienen a continuación, en el 
caso de un programa compilado se ignoran, a 
menos que se hayan declarado expresamente 
activas. Como ya se ha dicho, el Compilador 
produce una lista en la que cada instrucción Ba- 
sic está indicada junto a su traducción en As- 
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sembler (ver pág. 721). Durante la compilación, 
un determinado indicador permite especificar 
en qué forma de Assembler se desea el listado. 
El Assembler, aparte de las características prin- 
cipales, es un lenguaje muy ligado al micropro- 
cesador y formalmente diferente entre tipo y tipo 
(una misma instrucción traducida puede asumir 
formas diferentes según el microprocesador). 


La fase de encadenamiento 


La última fase necesaria para obtener un pro- 
grama compilado ejecutable es la operación de 
unión entre las diversas partes, como por ejem- 
plo entre el file reubicable generado por el Com- 
pilador y las librerías de sistema. Esta función la 
realiza un programa llamado Montador. Al en- 
viarlo a ejecución debe proporcionarse el nom- 
bre del file (reubicable) generado como salida 
del Compilador, al terminar la ejecución, el Mon- 
tador genera el programa ejecutable y presenta 
en pantalla una serie de informaciones sobre la 
ocupación de memoria. Las principales informa- 
ciones presentadas son las siguientes (la nume- 
ración se refiere al gráfico de la pág. 732): 


— Inicio del programa (program-start); direc- 
ción inicial expresada en notación hexadeci- 
mal (1) 

— Fin del programa (program-end); dirección fi- 
nal hexadecimal (2) 

— Extensión; número de bytes ocupados por el 
programa (3) 

— Memoria disponible (cantidad de memoria 
no utilizada) 

— Dirección de partida (start-address), expre- 
sada en hexadecimal. Téngase en cuenta 
que la dirección de partida puede no coinci- 
dir con la dirección inicial del mismo (5) 

— Número de páginas; número decimal que ex- 
presa la cantidad de páginas de memoria de 
256 bytes utilizadas por el programa (4) 


En el gráfico mencionado se ha incluido el ma- 
pa de distribución de la memoria. Como puede 
verse, el inicio del programa comprende el área 
COMMON y el área reservada a los valores 
asignados con la instrucción DATA, mientras 
que la dirección de partida coincide con la pri- 
mera instrucción ejecutable, El área COMMON 
es una zona de memoria accesible a más pro- 
gramas, utilizada para el paso de uno a otro de 
datos y parámetros. 

Pueden llamarse varios programas entre sí, pe- 


Sammie y el automóvil 


En el diseño de un automóvil, el problema más 
complicado de resolver es probablemente el del 
Justo compromiso que debe encontrarse entre 
las numerosas características técnico/económi- 
cas que no siempre son compatibles. Un auto- 
móvil debe tener prestaciones muy brillantes, 
respetar normas impuestas cada vez más por el 
mundo exterior y responder en su imagen a un 
mercado en constante evolución. 

Desde el día en que la industria del automóvil 
decidió ir a por el «Modelo del año» para soste- 
ner su ritmo de desarrollo, no pasa ningún otoño 
sin que en las carreteras aparezcan nuevas ca- 
rrocerías y nuevos estilos de diseño, o que se 
anuncien mejoras funcionales o de prestacio- 
nes. En otras palabras, en el sector del automó- 
vil, la complejidad del proyecto no es tanto un 
hecho tecnológico cuanto un problema del nú- 
mero de componentes a utilizar y de la multipli- 
cidad de las funciones que deben realizarse. 
A diferencia de lo que sucede por ejemplo en 
un avión militar, que normalmente tiene un papel 
y una función bien definidos, un cuatro ruedas 
de uso familiar debe satisfacer objetivos mucho 
más sofisticados y subjetivos. 

Efectivamente, como mínimo, debe tener una 
buena capacidad de carga, ser espacioso para 
los pasajeros, de fácil conducción, agradable 
en el plano estético, dócil con los conductores 
menos expertos, fácil y económico de producir, 
mantener y reparar. 

Pero como producto comercial, también debe 
tener un precio suficiente para financiar el lanza- 
miento de nuevos modelos. En resumen, desde 
un cierto punto de vista, un automóvil puede 
compararse a un paquete de software, lo cual 
es bastante lógico si se piensa que ambos per- 
tenecen a la categoría de los bienes amortiza- 
bles. Además, entre el diseño de un nuevo mo- 
delo y su comercialización, normalmente pasan 
varios años y, en muchos casos, las estrategias 
de marketing y los proyectistas han tenido que 
intentar adivinar las características técnicas de 
un producto que no habría tenido la aceptación 
del mercado antes de unos diez años. Desde 
este momento se pone en marcha toda una se- 
rie de actividades complejas e interconexas que 
se resumen en la realización de bocetos, mode- 
los, prototipos, dibujos de ejecución, prensas, 
utensilios e instalaciones de producción. Y sólo 
al final de este largo proceso puede empezar la 


producción en serie, en la que también deberá 
transcurrir un cierto tiempo antes de alcanzar 
los ritmos previos como objetivos. Todas estas 
fases de preparación, por tanto, contribuyen a 
aumentar el intervalo de tiempo que transcurre 
entre el diseño y la comercialización de un nue- 
vo modelo. 

Sin embargo, la introducción de los sistemas 
CAE (Computer Aided Engineering) puede 
abreviar considerablemente los tiempos de 
proyecto y facilitar el empleo de técnicas de 
análisis estructural, dinámico y vibracional que, 
normalmente, permiten mejorar el índice de 
agrado expresado por el usuario final. En parti- 
cular, con los sistemas CAE, las soluciones erró- 
neas pueden descartarse desde el principio sin | 
necesidad de esperar a que queden listos los 
modelos o prototipos. 

Sin embargo, en el pasado, los problemas que 
se planteaban con las técnicas manuales en las 
fases más avanzadas del proyecto corrían el 
riesgo de no poder eliminarse por falta de tiem- 
po o de dinero, a causa de las inversiones nece- 
sarias en las estructuras experimentales. 

Los mejores paquetes de software disponibles 
actualmente en el mercado permiten simular la 
disponibilidad de modelos tridimensionales. En 
particular, el SAMMIE ofrece la posibilidad de 
definir rápidamente formas geométricas utilizan- 
do un lenguaje formado por comandos de alto 
nivel. Los elementos de esta geometría pueden 
combinarse después entre sí para representar 
los objetos más complicados o ambientes com- 
pletos de trabajo, como por ejemplo una cocina, 
una parte de una cadena de producción, el fu- 
selaje de un avión, un automóvil, o cualquier otro 
entorno destinado a contener un hombre. Sin 
embargo, después de haber definido la estruc- 
tura geométrica, hay que asegurarse de que 
pueda ser adecuada para todos los seres hu- 
manos destinados a integrarse en ella. Este pro- 
ceso puede describirse mejor recurriendo a un 
ejemplo concreto, representado por el proyecto 
de un nuevo modelo de automóvil. 

En este caso, la parte de concepto del proyecto 
partía del estilista, de un boceto basado en las 
medidas más significativas (longitud total, an- 
chura y altura) y en las formas propuestas para 
cada superficie. Estos pocos datos, obtenibles 
del estilista, bastaron para la traducción del 
concepto básico en un modelo tridimensional. 
Inicialmente, éste se limitó a representar la ca- 
rrocería con una trama de hilo metálico. Esta 
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operación resultó tan rápida y completa que no 
requirió más del 30% del tiempo total del 
proyecto. Entonces, el proyectista ya pudo ha- 
cerse una idea bastante precisa de lo que había 
de ser el nuevo automóvil. 

El modelo así obtenido se hizo girar después 
sobre sí mismo para poder examinarlo en las 
dalstintas perspectivas: un lujo que con las técni- 
cas tradicionales habría necesitado muchas ho- 
ras de fatigosas proyecciones con el tecnígrafo. 
Una vez definido el exterior de la carrocería, se 
empezó con el interior. En este punto, el proyec- 
tista sagaz debe intentar aprovechar, hasta don- 
de sea posible, componentes ya utilizados en 
modelos anteriores. Por ejemplo, los asientos 
delanteros podrían tomarse de otro proyecto en 
fase de producción y adaptarse a las dimensio- 
nes de la nueva carroceria con una operación 
de edición que el SAMMIE consigue hacer muy 


Estas imágenes, 
producidas por el 
programa SAMMIE 
empleando un trazador 


sencilla. Este enfoque permite obtener una nota: 
ble reducción de los tiempos y de los costos de 
proyecto pero, evidentemente, no puede exten- 
derse a todo el habitáculo. La distribución de la 
instrumentación de a bordo plantea problem 
de tipo particular, porque debe manteners 
bajo el control del conductor con una rápl 
ojeada y sin modificar la distancia focal. En otras 
palabras, debe colocarse de manera que se en- 
cuentre a la mayor altura posible del suelo y a la 
mayor distancia posible del conductor. 
Evidentemente, estas exigencias están en con- 
traposición con los problemas planteados por la: 
visibilidad y la geometría exterior del vehículo: 
En realidad, todas estas operaciones también: 
podrían realizarse con instrumentos de tipo tra= 
dicional pero, de ahora en adelante, SAMMIE 
tiene basiante que decir, 

Efectivamente, el panel con los instrumentos se: 


Actualmente, los 
programas CAE 
permiten proyectar 
racionalmente, y en 
poco tiempo, incluso 
una estructura tan 
complicada como la 
de un automóvil. 


gráfico, ilustran dos 
momentos del 
proyecto del interior de 
un turismo. Arriba, la 
verificación de la 
correcta posición de 


los asientos, del 


volante y del 


salpicadero;ala - 
derecha, el proyectista 
controla la visual del “_— 
conductor. En primer * 
plano puede verse el 
salpicadero. 
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Dos maniquís sentados en la cabina de pilotaje de un Boeing. En este caso, 
su aspecto es decididamente humano. 


sitúa rápidamente en un espacio tridimensional, 
respetando las limitaciones impuestas por la en- 
voltura exterior. En la práctica, el proyectista 
debe hacer casi una docena de tentativas, que 
con un sistema manual le habría ocupado bas- 
tantes semanas. En conjunto, la distribución del 
habitáculo necesita cerca del 25% del tiempo 
total del proyecto. 

Una de las prestaciones más interesantes del 
SAMMIE permite representar una figura huma- 
na, llamada operador o modelo-hombre, y colo- 
carlo en el interior del ámbito de trabajo. Esta 
especie de maniquí reproduce las característi- 
cas cinemáticas del cuerpo humano mediante 
una serie de uniones articuladas que enlazan 
los miembros rígidos del modelo, de forma simi- 
lar a una musculalura real. A primera vista po- 
dría pensarse que una figura tan rígida podría 
tratarse también con ecuaciones matemáticas, 
pero de esta manera ya no se tendría la pronti- 
tud de comunicación para las comparaciones 
entre los demás proyectistas y de la dirección. 
El operador da rápidamente la ¡dea de la orien- 
tación y de la posición asumidas por el cuerpo 
humano, y el proyectista puede así verificar fá- 
cilmente la relación que se establece entre el 
hombre y su ambiente de trabajo. Por otra parte, 


el usuario puede modificar fácilmente la tabla de 
datos que sirven' al SAMMIE para crear el 
modelo-hombre para analizar las diversidades 
de comportamiento debidas a la variedad de 
cuerpos existente en el mundo real. Finalmente, 
el maniquí está completamente articulado en to- 
das sus uniones, pero sus movimientos son 
controlados por una tabla que impide que asu- 
ma posiciones anómalas. Por tanto, el proyectis- 
ta puede intervenir también sobre esta segunda 
tabla para simular, por ejemplo, el efecto de un 
vestido demasiado ajustado o las restricciones 
impuestas por el ámbito de trabajo. 

La flexibilidad del modelo corresponde a la flexi- 
bilidad con que el usuario hace mover las unio- 
nes. A estas instrucciones, el sistema responde 
con varios niveles de posiciones estándar y de 
rotaciones implícitas y explícitas de las uniones, 
cuyo nivel de precisión depende de las dimen- 
siones del tipo particular de operador que se ha 
elegido. Si ahora volvemos a nuestro modelo de 
automóvil constituido por superficies exteriores 
y objetos interiores, descubrimos que el proyec- 
tista puede simular que se coloca en el puesto 
de conducción. Para ello, le bastará con hacer 
coincidir la visual del operador, con la perspec- 
tiva del modelo. 
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De esta manera podrá echar una ojeada tam- 
bién sobre el cuadro de instrumentos y, con una 
sencilla petición de estado, podrá hacerse una 
idea exacta del desplazamiento que deben rea- 
lizar sus ojos para efectuar estas operaciones y 
qué parte de la carretera que tiene delante que- 
da fuera de su campo de visión. Para hacer ío- 
davía más real esta verificación, pueden cons- 
truirse cilindros y distribuirlos por el cuadro en 
posiciones adecuadas para simular la presen- 
cia de instrumentos. Utilizando el módulo SIGHT 
(visión) y un.modelo de volante pueden esiu- 
diarse después diversas posibilidades alternati- 
vas para minimizar la ocultación del cuadro y la 
reducción de la visual. Finalmente, ulteriores afi- 
naciones pueden comprender un estudio para- 
métrico de estos efectos en función de las dife- 
rentes envergaduras posibles del conductor. 
Después de resolver el problema de la visibili- 
dad, había que comprobar la posibilidad de 
maniobra. 

El módulo REACH (alcanzar) permite que el 
proyectista pida al modelo-hombre que toque, o 
intente tocar, un punto cualquiera del entorno de 
trabajo. Esta operación puede realizarse con los 
dedos o con la palma de una mano, con el ta- 
cón o con la suela de un zapato. Este módulo 
puede hacerse funcionar con un posicionado 
de tipo grosero, obtenido con el cursor, o con 
precisión geométrica basada en coordenadas 
tridimensionales. En la práctica puede servir pa- 
ra descubrir que el conductor no puede alcan- 
zar el cuadro de instrumenios y que las palan- 
cas de mando deben transferirse a una consola. 
Gracias a la naturaleza jerárquica del sistema, 
las funciones cinemáticas pueden asociarse 
también a los componentes mecánicos. Por 
ejemplo, los pedales y la palanca de cambio de 
marchas pueden hacerse girar alrededor de un 
sistema de coordenadas locales para simular 
las posiciones límite y volver a verificar las posi- 
bilidades de REACH. Por tanto, pueden ser ne- 
cesarias iteraciones para evitar, por ejemplo, 
que, en cuarta, la palanca del cambio produzca 
calambres al 95% de conductores o que el 5% 
deba realizar un esfuerzo excesivo para entrar 
la primera o la marcha atrás. Esta posibilidad de 
un rápido cambio de la perspectiva, junto a la 
gran biblioteca de las macro y a la interactividad 
con el ambiente de trabajo y el modelo-hombre, 
permite una notable reducción de los tiempos 
de proyecto con respecto a las metodologías 
tradicionales de tipo manual. 
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Después de haber completado el interior, toda- 
vía hace falta volver más extensamente sobre la: 
cuestión de la visibilidad, que en nuestro caso. 
aportó modificaciones al capó y a la parte pos- 
terior del portaequipajes. Estas superficies de ti- 
po curvilíneo se habían construido con interpo- 
laciones trianguladas, aunque la técnica permi. 
te actualmente determinar complejas descrip- 
ciones de superficie de modelos muy precisos. 
Una vez definidos estos poliedros, que no de- 
ben ser necesariamente de tipo cerrado, pue-. 
den entrar a formar parte de la estructura jerár- 
quica del sistema e integrarse al resto del mo- 
delo. De esta manera, el proyectista puede des- 
plazar subestructuras en el interior del vehículo 
o en todo el vehículo en el ámbito del ambienie 
de trabajo. 

Una vez mejorada la superficie exterior de la ca- 
rrocería pueden hacerse posteriores evaluacio- 
nes, sobre todo en lo que respecta a la visuali- 
dad de la instrumentación y de la carretera. Por 
ejemplo, puede añadirse una retícula para re- 
presentar el terreno y emplazar en ella modelos 
de objetos, como por ejemplo bordillos o semá- 
foros, para verificar la reducción de visibilidad! 
debida a la presencia de un pasajero en el 
asiento delantero o de espejos retrovisores. De 
esta forma puede diseñarse un mapa completo 
de visibilidad y obtener muchas informaciones 
útiles incluso antes de tener los modelos en ma- 
dera o los prototipos. 

El SAMMIE también dispone de un módulo lla- 
mado MIRROR (espejo) que transforma algunas 
superficies interiores del modelo en espejos do- 
tados de unas características ópticas que ha- 
cen aparecer en perspectiva las imágenes re- 
flejadas. 

Además, el usuario puede servirse del coman- 
do adjust for object (apuntar a un objeto) que, 
basándose en la última perspectiva reclamada, 
modifica la posición de un espejito de manera 
que la bisectriz de los dos vectores, que van del 
ojo del conductor al espejo y de éste al objeto a 
encuadrar, resulte perpendicular a la superficie 
del espejo. Esta operación hace que la imagen 
del objeto en cuestión aparezca en perspectiva 
en el espejo, acompañada de eventuales zonas 
de sombra o de interferencia. La eliminación de 
las líneas ocultas es una de las cuestiones más 
controvertidas en las aplicaciones gráficas por 
la cantidad de tiempo de máquina que requiere. 
El SAMMIE ofrece la posibilidad de eliminar las 
líneas ocultas, tanto en los dibujos como en el 


Un grave problema que 
se presenta en el CAE es 
la escasa legibilidad de 
las imágenes de trazador 
gráfico debida a la 
permanencia de líneas 
internas que en realidad 
deberían quedar ocultas 
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La inserción de los 
oportunos comandos 
permite verificar las 
posibilidades de 
movimiento de las 
personas sentadas en el 
habitáculo. En esta 
imagen, el SAMMIE está 
comprobando que la 
manija de la puerta 
quede al alcance de la 
mano. 


por las superficies 
exteriores. Con el 


SAMMIE pueden 


eliminarse mediante un 
comando. 


vídeo, pero las modalidades normales de uso 
se basan en la construcción de un modelo (re- 
presentado por una trama de líneas), en las ro- 
taciones y en la memorización de las diversas 
perspectivas. Al final de la jornada, el proyectis- 
ta también puede obtener una copia de las 
perspectivas que ha utilizado, empleando estas 
funciones de hidden lines (líneas ocultas) y con- 
servarlas como documentación. 

Por tanto, el proceso del proyecto sigue la mis- 
ma pauta de las técnicas de tipo tradicional, pe 

ro puede compactarse en tiempos más cortos y 
proporciona todas las informaciones necesarias 
para construir el mock-up (simulación) exacto 
desde el primer momento. 

En el actual estado de la técnica, los sistermas 
CAE permiten reducir los costos de proyecto 
con relaciones variables entre 5 a 1 y 100a 1 y 
más. Normalmente, estas evaluaciones no tie- 
nen en cuenta los costos debidos a la realiza- 
ción del modelo, pero incluso añadiendo este 


factor, el resultado final continúa siendo amplia- 
menie positivo. En nuestro ejemplo, cerca del 
30% del tiempo total del proyecto fue absorbido 
por la carrocería exterior, comprendido el tiem- 
po dedicado al capó y al portaequipajes y dis- 
poniendo de una biblioteca de superficies muy 
limitada. El interior, que a su vez no podía contar 
con una gran biblioteca de componentes, nece- 
sitó un 25% más, y el 45% restante fue absorbi- 
do por la evaluación e interpretación de los re- 
sultados. En total, todo el proyecto no precisó 
más de cinco jornadas y medía. 

En conclusión, puede decirse que con el SAM- 
MIE, la fantasía del proyectista puede ir más allá 
de los límites impuestos por una hoja de papel 
bidimensional o por costosos y laboriosos mo- 
delos tridimensionales. 


(Extraido de «La ergonomía en la práctica», DATA 
MANAGER n.* 27, octubre 1983. () Systems International, 
Londres, Reino Unido) 
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ro la carga en memoria de uno cubre el área 
ocupada por el anterior; todas las variables se 
ponen a cero y no se produce ninguna transfe- 
rencia de los valores. Para obtener la transferen- 
cia de los datos de un programa a otro, las va- 
riables a transferir deben declararse «comu- 
nes» (COMMON). Estas se colocan en un área 
de memoria separada y no se ponen a cero du- 
rante la siguiente carga de los programas. 

El área reservada al sistema contiene todos los 
punteros y las otras informaciones necesarias 
para el diálogo con el sistema operativo. 

ci área denominada «módulos de librería» con- 
tiene las funciones particulares del Basic recla- 
madas por el programa de aplicación. En reali- 
dad hay más funciones de las necesarias para 
conseguir un ahorro de tiempo. 

Si para cada programa de aplicación tuviesen 


=== Memoria no ocupada 


Area reservada al sistema 


MAPA DE DISTRIBUCION DE LA MEMORIA 


mA Area utilizada por las instrucciones, los DATA y los COMMON del fuente 


mz Area reservada a los módulos de librería (p. e. las funciones) reclamados por el fuente | 


que seleccionarse o tomarse únicamente las ru: 
tinas estrictamente necesarias, se produciría: 
una larga operación de selección y de encade- 
namiento, todavía más complicada por el heche 
de que algunas rutinas de sistema llaman a 
otras. Por tanto, para tener una carga selectiva, 
sería necesario trabajar con una compleja ca- 
dena de punteros. El método elegido, en cam- 
bio, ha sido el de dividir las rutinas en dos cate- 
gorías: las más frecuentes y las menos utiliza- 
das. Durante la fase de encadenamiento se car- 
gan las más frecuentes (contenidas en BRUN. 
COM) y, sólo si es necesario, las otras (conteni- 
das en BASLIB. REL). 

Por esta razón, un programa, incluso mínimo, 
ocupa por lo menos 16 kbytes de memoria, que 
es la extensión mínima que puede alojar el mó- 
dulo que contiene las rutinas de sistema. 


TEST 20 


1 / La siguiente subrutina de gestión de disco se utiliza en diversos puntos del programa 
principal, que le transmite el dato a memorizar (BF$) y el número de record (REC). 


110 OPEN ”R”,1,"A:PRUEBA” 128 
120 FIELD 1,128 AS A$ 

130 LSET A$ = BF$ 

140 PUT 1,REC 


¿Qué errores contiene? 


2 / ¿Cuáles de estas afirmaciones son verdaderas y cuáles falsas? 
a) Un programa compilado ocupa más espacio en la memoria que el fuente en Basic, 
b) El Compilador puede detectar errores que pueden escapar al Intérprete. 
c) Un programa compilado no puede copiarse. 


3 / ¿Cuáles son las operaciones a realizar para obtener un programa compilado? 


4 / ¿Está ligado un Compilador al tipo de microordenador, o puede utilizarse en cualquier 
máquina? 


Las soluciones, en la pág. /37. 


Instrucciones particulares 
y compendio del Basic 80 


En este apartado presentamos algunas instruc- 
ciones y algunos comandos que no se han des- 
crito anteriormente porque su comprensión re- 
quiere un buen conocimiento del lenguaje Basic 
y de la estructura de la máquina. 
Empezaremos con cuatro instrucciones de em- 
pleo general y a continuación pasaremos a exa- 
minar, a grandes rasgos, los problemas relacio- 
nados con la gestión de las funciones gráficas y 
de algunos periféricos particulares. Este último 
lema se profundizará en un capítulo aparte, 


Instrucciones de uso general 


En la exposición de las instrucciones del Basic 
hemos introducido ya algunos conceptos co- 
rrespondientes a la segmentación y encadena- 
miento de progre mas y a la llamada de subruti- 
nas. Para completar el cuadro es necesario ¡lus- 
trar otras tres funciones: 


CALL 
COMMON 
USR 


Después se hablará de la instrucción STOP, 


CALL. Permite llamar una subrutina escrita en 
lenguaje Assembler. 
La sintaxis de la instrucción es la siguiente: 


CALL Variable (Argumentos) 


donde Variable es un nombre simbólico que 
contiene la dirección de partida de las subruti- 
nas a llamar, y Argumentos es una lista de varia- 
bles a pasar a la subrutina externa para que 
pueda utilizarse. Por ejemplo, las instrucciones 


10 SUBA = 8 HAOOO 
20 CALL SUBA(I,X) 


llaman una subrutina escrita en Assembler que 
empieza por la loca zación de memoria AO0O 
(los símbolos 8H indican que el valor numérico 
que sigue, AO00, es hexadecimal) pasándole 
los valores contenidos en las variables | y X. Los 
datos a transmitir deben haberse asignado an- 
tes a otras tantas variables, puesto que general- 
mente no es posible transferir valores constan- 
tes. Cuando debe transferirse un valor constan- 
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te, antes debe asignarse a una variable cual- 
quiera y después pasar esta variable. Por ejem- 
plo, las instrucciones que permiten transferir el 
valor 157 a una subrutina que empieza en la po- 
sición BO10 son las siguientes: 


10 V = 157 
20 ADR = 8:HB010 
30 CALL = ADR(V) 


En otros lenguajes, como por ejemplo el Fortran, 
el código CALL se utiliza para pasar el control a 
una subrutina interna, escrita en el mismo len- 
guaje que el programa que llama. En Fortran, la 
instrucción CALL ADR (157) pasa el control a 
una subrutina llamada ADR, transfiriéndose el 
valor numérico 157. Por tanto, se trata de una 
instrucción más similar a la GOSUB del Basic 
que no a la CALL. 

En el Basic compilado no es estrictamente ne- 
cesario especificar la dirección de partida de la 


subrutina llamada: el Montador la busca y la 
asigna durante la carga. 

La instrucción CALL puede utilizarse para acce- 
der a posiciones de memoria no gestionadas 
por el Basic. Algunos Intérpretes y Compilado- 
res sólo permiten direccionar una determinada 
área de memoria; en estos casos puede acce- 
derse a la parte restante escribiendo una o más 
subrutinas en Assembler y llamarlas al ambiente 
Basic con la instrucción CALL. La transferencia 
de los parámetros, que vista desde el Basic es 
muy sencilla, en la subrutina en Assembler pue- 
de presentar algunas dificultades debido al 
complejo mecanismo de transferencia. 

Los parámetros transmitidos (Argumentos) son 
interpretados como direcciones de las memo- 
rias en que se encuentran los valores propia- 
mente dichos. Cada memoria está compuesta 
de dos bytes; por tanto, los parámetros ocupan 
siempre dos bytes, independientemente del tipo 
(entero, real, etc.). 


TRANSFERENCIA DE UN PARAMETRO CON LA INSTRUCCION CALL 


Al nombre simbólico V se le ha reservado una posición de memoria 


10V= 157 


Programa 


Basi 20 ADR = 8-B010 


30 CALL ADR(V) 


subrutina 
Assembler 


La dirección de la memoria 
que contiene el parámetro 
V se escribe en HL 


mm Preparación de datos y llamada 
mu Lectura del parámetro V 
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en la que se 
ha escrito el 
valor numérico 
157 


| Dirección 1020 


El valor 
numérico se 
transfiere a 
la subrulina 


Dirección B010 


La subrutina Assembler 
toma el contenido 
de HL 


1020 es la dirección de la merroria en que 
se encuentra el valor numérico a utilizar 


Registros 


. E 
Dirección de 


los primeros 


dos datos 
o [A 


7 
Lo 


El registro BC contiene la dirección 
de partida del bloque de datos. 

El primer dato se toma utilizando 
directamente el contenido de BC; 
los sucesivos suman 1 a BC 

en cada vuelta 


La transferencia de los parámetros del Basic al 
Assembler se realiza de acuerdo con diferentes 
modalidades, en función de su número. 

Si el número de parámetros es inferior o igual a 
tres, se utilizan los registros*, mientras que si su 
número es mayor, se utiliza un bloque de me- 
morias contiguas. 

Por ejemplo, si se transfieren dos parámetros, el 
primero se coloca en HL** y el segundo en DE 
(HL y DE son los nombres de los dos registros). 
El programa Assembler debe tomar el conteni- 
do de estos dos registros y utilizarlo como direc- 
ción para encontrar los valores de la variable en 
la correspondiente posición de memoria. 

La llamada CALL ADR(V) escribe pues en el re- 
gistro HL la dirección en que se encuentra el 
valor asociado a la variable V; la subrutina As- 
sembler toma el contenido de HL, lo considera 


* Recordemos que los registros son memorias particulares 
contenidas en la CPU y contraseñadas con nombres bien 
definidos. 

** HL es un par de registros (H + L) utilizados conjunta- 
mente. 


ESQUEMA LOGICO DE LA TRANSFERENCIA DE 5 PARAMETROS 


como una dirección y, por tanto, toma el valor 
numérico contenido en la posición de memoria 
indicada por HL, 

La transferencia de un número de parámetros 
superior a tres es más complicada y requiere el 
uso de subrutinas de sistema para el alojamien- 
to de las áreas de memoria a transferir. Normal- 
mente, los dos primeros parámetros se pasan 
utilizando registros como en el caso anterior, 
mientras que los restantes se alojan en una zona 
de memoria que constituye el bloque de datos. 
Para tomar los valores del bloque de datos, ini- 
cialmente se transfiere a un nuevo registro (por 
ejemplo de nombre BC) la dirección más baja 
entre las reservadas a las posiciones de memo- 
ria del bloque. La lectura de los valores se hace 
tomando el contenido del registro (BC) y utili- 
záncolo como dirección. En la posición de me- 
moria | «apuntada» así, está contenido el primer 
valor, el siguiente se encontrará en la posición 
de memoria | + 1, y así sucesivamente. Arriba 
aparece el esquema de la lógica utilizada en es- 
te segundo tipo de transferencia. 
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COMMON. Esta instrucción permite transmitir 
los necesarios parámetros de un programa que 
llama a otro llamado con CHAIN. La sintaxis es 


COMMON Lista de variables 


Las variables indicadas en la lista se transfieren 
de uno a otro programa. Para transferir una ma- 
triz deben añadirse los símbolos ( ) junto al nom- 
bre. Por ejemplo, las instrucciones 


10 DIM B(30),E(9) 
20 COMMON V,A,B( ),E(),K5 


276 CHAIN "PRUEBA”,10 


transfieren al programa PRUEBA los valores 
contenidos en las variables numéricas V y A, en 
las matrices B(30),E(9) y en la cadena K$. Un 
área COMMON, constituida por más variables 
como en el ejemplo precedente, tambiér puede 
indicarse con un nombre único; en este caso se 
trata de una característica peculiar del Fortran 
extendida después al Basic. Utilizando un 
COMMON con un nombre (labelled common) 
se simplifica el paso de parámetros a las subru- 
rinas «externas» (en Fortran o en Assembler) 
porque ya no es necesario incluir en la CALL 
toda la lista de variables a transferir; basta con 
citar el nombre «colectivo» utilizado en el COM- 
MON. La sintaxis de la instrucción es: 


COMMON / NOMBRE / V1,B()V3 


Las variables V1, V3 y la matriz B están agrupa- 
das bajo el nombre colectivo NOMBRE 

Todos los programas encadenados que utilizan 
un COMMON deben declararlo expresamente. 
En el ejemplo anterior, el programa PRUEBA en- 
cadenado a la línea 276 debe contener una de- 
claración de COMMON de formato idéntico al 
que aparece en la línea 20 del programa que 
llama, Para evitar escribir más veces las mismas 
líneas (una por cada programa llamado) se 
usa una instrucción particular (% INCLUDE) 
que permite a cada uno de los programas lla- 
mados tomar las declaraciones COMMON 
contenidas en un file separado. De este mo- 
do, el COMMON se escribe una sola vez y se 
carga más veces según las necesidades. 
Por ejemplo, supongamos que los programas a 
encadenar son MAIN, PROG y PROG2, memori- 
zado cada uno en un file (de tipo BAS) y que el 
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COMMON debe proporcionar las siguientes va- 
riables (utilizadas por todos los programas): V1, 
V2, B(30) y A$(6). 

Las direcciones COMMON y de dimensionado 
de las matrices están memorizadas en un tile 
separado, por ejemplo de nombre COMUN, Pa- 
ra cargar el contenido en los programas enca- 
denados debe utilizarse la instrucción 


% INCLUDE COMUN 


Los tres programas indicados en el ejemplo ten- 
drán entonces la siguiente estructura: 


MAIN.BAS (Nombre del primer file; llama a los 
otros) 
10 % INCLUDE COMUN 


A A 


460 CHAIN "PROG2" 


PROG.BAS (Primer encadenado) 
10 %INCLUDE COMUN 


Er rrnrr rar nar rn ir dra rdr parres pandas 


PROG2.BAS (Segundo encadenado) 
10 %INCLUDE COMUN 


rr rr rr rr 


COMUN.BAS (Declaraciones) 
20 DIM B(30),A$(6) 
30 COMMON V1,V2,B(),A£( ) 


La instrucción de la línea 10 produce la inclu- 
sión, en cada programa, del contenido del file 
COMUN, será como si las instrucciones conteni- 
das en éste (líneas 20 y 30) estuviesen presen- 
tes en cada programa. 


USR. Define la dirección de partida de una 
subrutina en Assembler. La sintaxis es: 


DEF USRN = VALOR 


donde N es un número (de O a 9) que identifica 
una de las rutinas definidas en el mismo progra- 
ma (cada una está asociada al número emplea- 
do) y VALOR es la dirección de partida. El obje- 
to de la USAN es definir, en el interior del pro- 
grama Basic, las subrutinas Assembler como 
si fuesen funciones y, por tanto, es análoga a 
la DEF FNX. Sin embargo, mientras esta última 


SOLUCIONES DEL TEST 20 


1/Los errores son dos. El primero es determinante y no permite la ejecución del 
programa; el segundo sólo podría producirse en condiciones particulares. 
Primer error. La instrucción 110 (OPEN) se realiza cada vez que se llama la rutina. La 
primera vuelta es correcta, y tiene como efecto la apertura del file (o su creación); en 
cambio, la siguiente vuelta produce un error de sistema, con la consiguiente interrup- 
ción del programa, puesto que intenta abrir un file ya abierto. 
Segundo error. En la fase de escritura o de lectura de disco es conveniente controlar 
que el número del record (REC, instrucción 140) esté comprendido entre 1 y el máximo 
previsto para el file. Efectivamente, en la llamada a la subrutina podría verificarse por 
error la asignación REC = 0. En este caso, la ejecución se detendría, porque el 
record O normalmente no existe (sólo en algunas máquinas se ha previsto que el 
primer record de un file sea el número 0). Por otra parte, si a la variable REC se le 
asignase un valor superior a máximo número de records contenidos en el file, podría 
tenerse la escritura en una zona del disco que no perleneciese al file, y esto produciría 
la destrucción de otros datos. 


2 / a) falsa; b) verdadera. La afirmación c) debe interpretarse: el programa compilado no 
puede ser copiado como fuente, pero puede ser duplicado en otro disco, Con 
determinados trucos, la copia puede inhibirse o limitarse a un número máximo 
preestablecido. Sin embargo, se trata de métodos muy complicados, utilizados sclo 
por determinados programadores. 


3/La sucesión de las operaciones a realizar es la siguiente: 
1 - Escritura del fuente en Basic y su memorización en disco (en formato ASCII) 
2 - Lanzamiento del Compilador 
3 - Lanzamiento del Montador 
Al final se obtiene un programa ejecutable memorizado en un file en disco, Para 
ordenar su ejecución (bajo sistema operativo) sólo debe introducirse el nombre, 


4 / El Compilador está estrechamente ligado a la máquina o, mejor, a la CPU utilizada. 


define funciones en Basic, la USRN utiliza una 
subrutina Assembler como función Basic. 

Por ejemplo, la instrucción DEF USR3 = 1740 
define la subrutina Assembler que empieza des- 
de la posición de memoria 1740 y a ésta le aso- 
cia el número 3. Para utilizarla es suficiente con 
llamarla como si se tratase de una función de 
usuario. La instrucción X = USR3(K) transfiere a 
X el resultado de cálculo realizado en la subruti- 
na Assembler 3 utilizando K como parámetro. 
El argumento (K) puede ser de cualquier tipo 
(numérico o de cadena). Para comunicar al As- 
sembler de qué tipo se trata se utiliza un deter- 
minado registro, el registro A, que contiene un 
código ligado al tipo del argumento (por ejem- 
plo, el valor 2 indica un entero, el valor 3 una 


cadena, y así sucesivamente), 

El valor del argumento (valor de K) se transfiere 
de cos maneras: para los numéricos se utiliza 
un par de registros que indica la dirección de la 
memoria que contiene el valor y, para las cade- 
nas, otros dos registros que contienen la direc- 
ción de la descripción de la cadena. 
Normalmente, esta descripción es una zona de 
memoria de 3 bytes de longitud, el primero de 
los cuales contiene la longitud de la cadena en 
caracteres (de O a 255), mientras que los otros 
dos contienen la dirección de inicio del área de 
memoria en que se encuentran los valores (ca- 
racteres de la cadena). 

El valor del argumento se toma con un solo paso 
si se trata de un dato numérico (los registros 
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proporcionan su dirección y, por tanto, es sufi- 
ciente con tomar el contenido de la memoria 
«apuntada» por aquéllos), mientras que para 
las cadenas debe hacerse una lectura de más. 
En este caso, los registros contienen la direc- 
ción del bloque de descripción (3 bytes) donde 
está memorizada la dirección del dato. Normal- 
mente, el bloque de descripción de las cadenas 
y las propias cadenas están alojados en el área 
de memoria de usuario, mientras que los datos 
numéricos están memorizados en áreas particu- 
lares llamadas Acumulador de Coma Flotante 
(FAC), y los registros de direccionamiento apun- 
tan al acumulador particular interesado en el in- 
tercambio. En algunas versiones del Basic, las 
subrutinas Assembler no pueden definirse utili- 
zando la DEF USAN. 

En estos casos, existen determinadas posicio- 
nes de memoria reservadas a las que debe 
transferirse la dirección de inicio antes de utilizar 
cada subrutina. El nombre simbólico de estas 
posiciones de memoria depende de la versión 
particular del Basic. Para llamar una subrutina, 
primero debe escribirse la dirección de partida 
con la instrucción POKE en la posición de me- 
moria reservada a este fin. 

Estas versiones del Basic no permiten elegir la 
subrutina especificando su número: en cual- 
quier caso se llamará la subrutina cuya direc- 
ción de inicio se haya escrito con la POKE; para 
llamar otra rutina, antes deberá transferirse la 
nueva dirección de inicio. 

Como ejemplo, en la página siguiente se ha re- 
presentado el programa que utiliza las instruc- 
ciones POKE y PEEK para escribir dos 
simbolos-color a elegir entre 5 (línea 90) y re- 
leer, para cada uno, el color seleccionado. El 
programa corre sobre el COMMODORE VIC-20 
y, por tanto, las direcciones empleadas sólo va- 
len para esta máquina. 


STOP. La función que realiza es detener la eje- 
cución del programa y volver al estado de co- 
mandos de forma similar a la instrucción END, 
La diferencia consiste en un mensaje emitido 
por el sistema, que indica el número de línea en 
la que se ha verificado el STOP. 

El uso más difundido de la instrucción STOP es 
el de terminador en caso de errores no recupe- 
rables. La terminación normal del programa 
siempre se define con la instrucción END (que 
es conveniente que sea única, porque todas las 
posibles salidas del programa deben direccio- 
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narse a la misma línea END), mientras que, al 
producirse errores, pueden preverse más sali- 
das con la instrucción STOP. 

En los puntos en que hay un STOP se suspende 
la ejecución del programa, pero los files even- 
tualmente utilizados no se cierran, al contrario 
de lo que sucede con la END; la ejecución del 
programa puede volver a arrancar desde la si- 
guiente línea del STOP introduciendo el coman- 
do CONT (continuar). 

La suspensión momentánea del programa per- 
mite analizar de forma inmediata la situación 
que se ha presentado en el Basic y reempren- 
der su ejecución después de las eventuales co- 
rrecciones. Por ejemplo, supongamos que un 
programa debe realizar algunas divisiones utili- 
zando como divisores las variables D1, D2 y D3 
calculadas en el propio programa. Un control a 
prever consiste en verificar que las variables (di- 
visores) no tengan valor cero. Puede darse que 
esto suceda por un error o en cálculos anterio- 
res, lo que conduciría a ulteriores errores en el 
desarrollo de las sucesivas instrucciones (divi- 
siones por cero). Los necesarios controles pue- 
den efectuarse con las sucesiones de IF y 
STOP, por ejemplo, de la siguiente manera: 


10 IF D1 = O THEN STOP 
20 IF D2 = O THEN STOP 
30 IF D3 = O THEN STOP 


Al producirse una de las condiciones de error, el 
programa se detiene, en pantalla aparece el nú- 
mero de línea de la instrucción que ha genera- 
do el STOP y el sistema pasa al estado de co- 
mandos. En estas condiciones, utilizando el Ba- 
sic de modo inmediato, pueden examinarse los 
contenidos de todas las variables que han parti- 
cipado en el cálculo del divisor erróneo y, a con- 
tinuación, reemprender la ejecución del progra- 
ma para examinar el efecto de este error sobre 
los cálculos que siguen. 

También puede asignarse un valor ficticio al di- 
visor erróneo y proseguir normalmente el pro- 
grama (en este caso no pueden aportarse co- 
rrecciones al programa). 


Instrucciones orientadas a los gráficos 


Muchas formas de Basic poseen instrucciones 
particulares para la presentación de gráficos. El 
tema se tratará más a fondo más adelante; en 
este capítulo sólo se considerarán algunas for- 
mas principales de instrucciones gráficas, sin 


EJEMPLO DE USO DE POKE Y PEEK 


El 150 


MI BARRE Y EEEÉVNS 
IH PAI ER 


A NEGRO, EOJO, VI RUE, AP 


100 INPUT "PRIMER CUCOR" ms .. 


ERA o Sá LX. 


180 K2=0 


200 TF COLISANCOLS (1) TMEN K2=:J 


220 1F K2=0 TREN FRINT “Error”: GOTO 170 


eS FOKE Re 83 


260 POKE 8044. 83 


A OL COL.OR" 


COLOR: NEO 


entrar en el detalle de su empleo. En el uso grá- 
fico, la pantalla está dividida en pixels (picture 
elements, elementos de imagen). 

La subdivisión más difundida es la de 512 pixels 
en horizontal por 256 pixels en vertical; esto sig- 
nifica que en lugar de las 80 columnas de ca- 
racteres es posible utilizar 512 puntos de panta- 
lla y, en lugar de las 24 líneas de texto, pueden 
direccionarse 256 puntos de pantalla, La pre- 
sentación de un segmento en la pantalla se ob- 
tiene desplazando el cursor desde el principio al 
final del segmento, proporcionando las coorde- 
nadas de los dos puntos de pixels. 

Por ejemplo, las instrucciones 


LINE (10,5) — (70,100) 
HPLOT 10,5 TO 70,100 


generan la presentación de un segmenlo que 
empieza en las coordenadas 10,5 y termina en 
el punto 70,100. 

Con una adecuada sucesión de instrucciones 


(K1):GOTO 360 


JEGOTO M60 


del tipo anterior pueden generarse figuras muy 
diversas; por ejemplo, un rectángulo puede tra- 
zarse con cuatro llamadas sucesivas, una para 
cada lado. En algunas máquinas, una sucesión 
de llamadas puede memorizarse en disco en 
forma binaria para volver a utilizarlas en su totali- 
dad, con una sola instrucción. Por ejemplo, la 
instrucción DRAW "n” determina la presentación 
en pantalla de la «tabla gráfica» número n me- 
morizada antes y que puede contener figuras 
incluso muy complicadas, obtenidas mediante 
un número de desplazamientos muy elevado. 
En casi todas las máquinas que utilizan este mé- 
todo (o uno equivalente) hay previstas instruc- 
ciones para el cambio de escala, para la rota- 
ción del dibujo o para la coloración de partes de 
la pantalla (las formas más utilizadas para acti- 
var las dos primeras funciones son SCALE = ,. 
y ROT = ...). El uso ce las instrucciones vistas y 
de las otras existentes en gran cantidad en casi 
todas las máquinas se expondrá en el capítulo 
dedicado a la gráfica de ordenador. 
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instrucciones particulares 


Dada su facilidad de aprendizaje, el lenguaje 
Basic ha sido adoptado en todas las máquinas 
de la categofa micro, personal y doméstica. Su 
notable difusión ha conducido a los fabricantes 
a desarrollar interfaces particulares, con softwa- 
re asociado, para la gestión de periféricos des- 
conocidos en sistemas más grandes. 

Estos periféricos, nacidos con los videojuegos, 
se han utilizado en aplicaciones profesionales, y 
se han convertido en un excelente medio de co- 
municación entre el usuario y la máquina. 


Generación de sonidos. La generación de so- 
nidos es un tema muy vasto y complejo, que 
cubre desde la simple emisión de un «bip» has- 
ta la síntesis vocal, la cual permite al calculador 
emitir frases en diversos idiomas. Las aplicacio- 
nes más complicadas, que implican la presen- 
cia de un hardware especializado, se ¡lustrarán 
más adelante. En este capítulo sólo se conside- 
rarán algunas instrucciones Basic que permiten 
generar sonidos o música. 

La forma de las instrucciones varía mucho de 
máquina a máquina; sin embargo, pueden iden- 
tificarse dos categorías principales: las máqui- 
nas que tienen subrutinas de sistema dedica- 
das, para las cuales bastan unas cuantas ins- 
trucciones en simbólico, y las máquinas que re- 
quieren el uso de la instrucción PEEK o del len- 
guaje Assembler. 

La existencia de esta diferencia está originada 
sobre todo en la baja velocidad de ejecución de 
las instrucciones en Basic interpretado, 

La generación de un sonido se obtiene envian- 
do las oportunas señales a un altavoz. Cuanto 
más agudo es el sonido, tanto más elevada de- 
be ser la frecuencia* de la señal. Si se supera un 
cierto valor, la frecuencia pedida no puede ge- 
nerarse, ya que el Intérprete no dispone de una 
velocidad adecuada. En estos casos deben uti- 
lizarse rutinas Assembler (la generación de so- 
nidos en Assembler se tratará más adelante). 
Si la máquina no posee las necesarias instruc- 
ciones Basic, puede utilizarse el PEEK. Muchos 
ordenadores personales y domésticos disponen 
de una particular posición de memoria utilizada 
como «interruptor» para el altavoz. Cada vez 


* La frecuencia de una señal periódica es el número de im- 
pulsos que se suceden en un segundo y se mide en Hz. Por 
ejemplo, a 35 Hz, en un segundo se generan 35 impulsos; 
cada uno tiene la duración de 1/35 de segundo (esta mag- 
nitud se llama período). 
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que se accede a esta memoria se emite un sont: 
do. Para crear un sonido que tenga una deter- 
minada altura (p.e. un «do»), debe establecerse. 
un bucle que active oscilatoriamente, y durante: 
un cierto tiempo, la posición del altavoz. Regu- 
lando adecuadamente los tiempos puede gene-. 
rarse el sonido deseado, siempre limitado a fre-. 
cuencias bajas. 
Para obtener las frecuencias más elevadas, el 
método es el mismo, pero el programa debe es- 
tar escrito en Assembler, 

En algunos sistemas existen rutinas ya prepara- 
das que pueden llamarse desde el Basic en for-- 
ma de instrucciones. Por ejemplo, la 


SOUND f.d 


es una instrucción que genera un sonido de fre- 
cuencia | (normalmente comprendida entre 35 y 
3200 Hz) y de duración d (en segundos). Una 
instrucción más compleja es la PLAY, con la 
que pueden especificarse diversos parámetros 
(estrechamente ligados a los conocimientos 
musicales del programador) que permiten la 
ejecución de verdaderos fragmentos musicales, 


Joystick y paddle. Estas funciones particulares 
hacen pensar en seguida en los videojuegos; se 
trata en realidad de comandos para la gestión 
de interfaces con transductores de posición que 
pueden utilizarse en nurnerosas aplicaciones. 
Un transductor (eléctrico) es un dispositivo que 
puede transformar una magnitud física en una 
señal eléctrica proporcional a aquélla. 

Los transductores pueden ser de varias nalura- 
lezas; por ejemplo, el termómetro es un trans- 
ductor que convierte las temperaturas en longi- 
tudes (de la columna de mercurio). Para el orde- 
nador son necesarios los transductores eléctri- 
cos: para que los circuitos de la máquina pue- 
dan interpretar una magnitud física cualquiera a 
medir, previamente debe convertirse en señales 
eléctricas. El tipo de dispositivo más sencillo es 
el paddle, constituido por un transmisor que ge- 
nera una salida en función de un desplazamien- 
to. La función Basic asociada a este elemento 
tiene la forma PDL(n), que restituye un número 
comprendido entre O y 255, e indica la entidad 
del desplazamiento efectuado. El valor n es la 
puerta de acceso a la que está conectado el 
transductor. Por ejemplo, la instrucción 


V = PDL(2) 


adquiere la posición del paddle conectado a la 
puerta 2. Una vez leído, este valor puede utili- 
¿arse para posicionar un símbolo en la pantalla 
del vídeo. 

Desarrollando repetidamente (bucle) las opera- 
ciones de lectura y de posicionado del cursor se 
reproduce en la pantalla, de forma continua, el 
desplazamiento de la palanca del paddle. 

ste transcurso permite desplazamientos a lo 
largo de un solo eje, por lo que se reproducen 
como desplazamientos del cursor a lo largo de 
una sola línea ce la pantalla. 

Para tener el desplazamiento según dos direc- 
ciones (o sea en toco el plano de la pantalla) 
debe utilizarse el joystick, que está constituido 
por un transductor bidireccional, o sea que se 
comporta como dos paddles, uno dispuesto se- 
gún el eje horizontal y el otro según un eje verti- 
cal. Los principales comandos de control de 
joystick son los siguientes: 

STICK (n) restituye las coordenadas del 
joystick; n indica el eje. Por 
ejemplo, STICK(O) restituye el 
desplazamiento a lo largo del 
eje horizontal; STICK(1), el del 
eje vertical. Las coordenadas 
del punto de llegada se obtie- 
nen con las instrucciones 


X = STICK(0) 

Y = STICK(1) 
STRING restituye el estado del botón 
normalmente cerrado del joys- 
tick (el que «dispara» en los vi- 
deojuegos). Normalmente, el 
estado se indica con — 1 si el 
botón se aprieta, y con 0 si no. 
En algunas máquinas se ha 
previsto un parámetro [la ins- 
trucción se convierte en 
STRING(n)] para utilizar más 
joysticks o para determinar si 
existen peticiones «colgadas», 
o sea formuladas antes de la 
activación de la instrucción, O 
también para desactivar y reac- 
tivar el joystick (STRING OFF, 
STRING ON) 
ON STRING... es una decisión de la instruc- 
ción anterior que permite acti- 


Empleo del lápiz óptico en el diseño asistido. 
La operadora está elaborando 
la imagen de un F15. 


var una subrutina según el es- 
tado del botón del joystick. Así 
ON STRING(2) GOSUB 1000 
activa la subrutina 1000 con la 
presión del botón 2. 


El lápiz óptico. Es un accesorio que puede utili- 
zarse en unión de los terminales de vídeo gráfi- 
cos para la adquisición de las coordenadas de 
los puntos de la pantalla. En algunos dialectos 
Basic existen instrucciones dedicadas para la 
activación del lápiz y la adquisición de las coor- 
denadas. Las principales son: 


PEN ON habilita la lectura del lápiz 
PEN OFF — deshabilita la función anterior 
Z=PEN(N) adquiere las coordenadas. El valor 


restituido (en la variable Z) depen- 
de del valor impuesto en el pará- 
metro N. Por ejemplo, con N = 1, Z 
restituye la coordenada X; con N = 
2, la coordenada Y. Los posibles 
valores de N y las correspondien- 
tes funciones dependen estrecha- 
mente dal tipo de máquina 
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2 
ds 
z 
3 
$ 
lid 
dé 
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Instrucción 
(Comando) 
AUTO 


CALL 
CHAIN 
CLEAR 
CLOAD 
CLOSE 
COMMON 


CONT 


C SAVE 
DATA 


DEF FN 
DEFINT 
DEFSNG 
DEFDBL 
DEFSTR 
DEFF USR 


DELETE 
DIM 


EDIT 


END 
ERASE 


ERR 
ERL 


ERROR 
FIELD 


FOR... 
NEXT 
GET 
GOSUB 


GOTO 
IF... THEN 


INPUT 


Compendio del Basic 80 
INSTRUCCIONES Y COMANDOS 


Descripción 


Numera automáticamente las líneas 

de programa 

Llama una rutina en Assembler 

Llama un programa y le pasa las variables 
Pone a cero todas las variables 

Carga un programa residente en cassette 
Cierra un file 

Transfiere las variables entre programas 
(bajo CHAIN) 

Reactiva la ejecución de un programa 
(después de STOP) 

Memoriza un programa en cassette 
Memoriza los valores de los datos 
constantes 

Define funciones preparadas por el usuario 
Define variables enteras 

Define variables en simple precisión 
Define variables en doble precisión 

Define cadenas 

Especifica la dirección de inicio de una 
rutina en Assembler 

Cancela líneas de programa 

Reserva un área de memoria de variables 
dimensionales 

Entra en el estado editor para correcciones 
en el programa 

Termina un programa 

Elimina las matrices que así pueden 
redefinirse 

Variable utilizada por el sistema para 

los códigos de error 

Variable de sistema para señalar la línea 
que genera error 

Simula la verificación de un error 

Define las asignaciones de un buffer 

1/0 disco 

Bucle 

Lectura de un record 

Recupera un record de un file de entrada 
Transfiere el control a una subrutina 
interna 

Salta a la línea especificada 

Realiza una elección en función de 

una o más condiciones 

Entrada de datos por consola 


Ejemplo 
AUTO 10,5 


CALL SUBA 
CHAIN "PRUEBA" 
CLEAR 

CLOAD "PROG” 
CLOSE 2 
COMMON A(10) 


CONT 


C SAVE "PROG” 
DATA 3,7,9 


DEF FNX= A +8B 
DEFINT K 
DEFSNG R 
DEFDBL Z 
DEFSTR A 
DEF USR2 = 1275 


DELETE 5-25 
DIM A(3), B$(10) 


EDIT 20 


END 
ERASE A, B$ 


IF. ERR=3 THEN... 


IF. ERL= 127 THEN... 


ERROR 3 
FIELD 2,5 AS C$ 


FOR |=1 TO 100 
NEXT | 

GET 1,56 

GOSUB 5740 


GOTO 250 
IF K= 1 THEN... 


INPUT "Datos”; A,B 


di 


Instrucción 
(Comando) 
INPUT + 
KILL 

LET 


LINE INPUT 
LINE INPUT + 


LIST 


LLIST 
LOAD 
LPRINT 
LPRINT 
USING 
LSET 


MERGE 
MIDS$ 
NAME 


NEW 

NULL 

ON ERROR... 
ON... GOTO 

ON... GOSUB 
OPEN 


OPTION BASE 
OUT 
POKE 


PRINT 

PRINT USING 
PRINT + 
PRINT + 
USING 

PUT 
RANDOMIZE 
READ 

REM 


RENUM 


Descripción 


Entrada de datos de file secuencial 

Cancela un file en disco 

Asigna un valor a una variable 

(puede omitirse) 

Entrada de una línea completa de caracteres 
Entrada de una línea de caracteres de un file 
secuencial 

Lista en pantalla el programa residente en 
memoria 

Lista un programa a impresora 

Carga un programa del disco 

Imprime las variables especificadas 

Imprime con formato 


Transfiere los datos agrupándolos a 

la izquierda 

Une al programa en memoria uno del disco 
Sustituye una parte de una cadena 

Cambia el nombre de un file en disco 


Cancela el programa contenido en 
memoria 

Predispone un determinado número de 
espacios a escribir al final de cada línea 
Define una trampa para los errores de 
sistema 

Hace un salto en función del valor de un 
parámetro 

Transfiere el control a una subrutina en 
función de un parámetro 

Abre un file en el disco 


Define el primer valor de los índices (1 o 0) 
Transfiere un byte en la puerta de salida 
Escribe un byte en la posición de memoria 
especificada 

Escribe en pantalla 

Escribe en modo formateado (en pantalla) 
Escribe en un file secuencial 

Escribe en un file secuencial utilizando 

un formato 

Escribe un record en un file directo 
Inicializa el generador de números aleatorios 
Adquiere los valores definidos en un DATA 
Permite insertar comentarios. En algunas 
máquinas puede ser el símbolo ”. 

y en otras ! 

Renumera un programa residente en 
memoria 


Ejemplo 


INPUT + 1,A 
KILL "Datos” 
LETA=3+8B 


LINE INPUT AS 
LINE INPUT 4 1,A$ 


LIST 10-50 


LLIST 21-90 

LOAD "A:PRUEBA” 
LPRINT A,BV 

LPRINT USING "+. +” 


ESETTAS:=6$ 

MERGE "A:PROG” 
MIDS(A$,3) ="X Y” 
NAME "PRUEBA” AS 
NUEVO”. 

NEW 

NULL 5 

ON ERROR GOTO 20 
ON K GOTO 10, 20... 
ON L GOSUB 30, 80... 
OPEN ”I”, 2, "DATOS” 
OPEN *R”, 1, "X”, 50 
OPTION BASE 1 

OUT 2, 170 

POKE 2320, 170 


PRINT A,B,C$ 


PRINT USING "4. +; A 


PRINT 73, V, C$ 


PRINT 43 USING "+. +”, A 


PUT 3,26 

RANDOMIZE 
READ K,L,N$ 
REM ss* Comentario «e 1 


RENUM 10,20,5 


Instrucción 
(Comando) 
RESTORE 
RETURN 


RESUME 


RSET 
RUN 

SAVE 
STOP 


SWAP 
TRON 


TROFF 
WAIT 


WHILE... 
WEND 
WIDTH 


WRITE 
WRITE 4 


Función 
ABS(V) 
ASC (A$) 


ATN (A) 
CDBL (R) 
CHRS$ (N) 


CINT (K) 
COS (A) 

CSNG (D) 
CVD (A) 


CVI (AS) 
CVR (AS) 
EOF (N) 


EXP (N) 
FIX (%) 
FRE (N) 


HEXS (M) 


Descripción 


Reposiciona el puntero en los DATA 
Restablece el control al programa 

que llama 

Reactiva la ejecución de un programa 
después de un error 

Transfiere los datos agrupándolos a la derecha 
Pone en ejecución un programa 
Memoriza un programa en disco 

Termina la ejecución de un programa y 
vuelve al estado de comandos 
Intercambia el contenido de dos variables 
Activa la visualización de las instrucciones 
ejecutadas 

Desactiva TRUN 

Produce una espera hasta la llegada de 
un dato valor desde la puerta especificada 
Realiza un bucle hasta que una condición 
es verdadera 

Asigna a la impresora el máximo número 
de caracteres 

Escribe en un terminal 

Escribe en un file secuencial 


FUNCIONES 


Descripción 

Restituye el vaor absoluto 

Restituye el código ASCII correspondiente 
al primer carácter de la cadena 
Arcotangente ce A 

Convierte en doble precisión 

Restituye el símbolo ASCII correspondiente 
al valor numérico decimal N 

Convierte K en entero con redondeo 
Calcula el coseno del ángulo A (en radianes) 
Convierte el número D en simple precisión 
Convierte la cadena en un número en 
doble precisión 

Convierte la cadena en un número entero 
Convierte la cadena en un número real 
Restituye —1 si se encuentra al final de 
un file secuencial 

Calcula el exponencial e" 

Trunca el valor de X a su parte entera 
Restituye el número de bytes todavía 
disponibles 

Restituye una cadena que es la representación 
hexadecimal de M 


Ejemplo 


RESTORE 1475 
RETURN 


RESUME 5 


RSET A$ = B$ 
RUN 

SAVE ”A:PRUEBA” 
STOP 


SWAP A$, B$ 
TRON 


TROFF 
WAIT 2,240 


WHILE K 
WEND 
WIDTH 60 


WRITE AB 
WRITE 4* 2,A,B 


Ejemplo 
ABS (3 * 5) 
ASC (AS) 


ATN (2) 
CDBL (37.4) 
CHRS (68) 


CINT (4.75) 

COS (2.1) 

CSNG (7.569114) 
CVD (AS) 


CvI (AS) 
CVR (AS) 
IF. EOF (1)... 


EXP (3.5) 
FIX (57.921) 
FRE (0) 


HEX$ (75) 


Función 
INKEYS 
INP(N) 
INPUT$(N) 
INSTR(A$,BS) 


INT(L) 
LEFTS (AS,N) 


LEN (AS) 
LOC (N) 


LOG (K) 
LPOS (%) 


MIDS (AS 1,N) 
MKIS (V) 
MKS$ (V) 
MKDS (V) 
OCTS (N) 
PEEK (A) 


POS (N) 
RIGIITS(AS,N) 


RND (K) 


SGN (A) 
SIN (A) 
SPACES (N) 
SPC (1) 

SQR (V) 

STR$ (N) 
STRINGS(N,A$) 


TAB (N) 
TAN (A) 


USR (K) 
VAL (AS) 


VARPTR(A) 


Descripción 

Adquiere un carácter «pendiente» del 
terminal 

Adquiere un byte de la puerta N 

Adquiere N caracteres del terminal (sin eco) 
Verifica si la cadena A$ está contenida en B$ 
y restituye su posición 

Restituye el entero <=L 

Extrae de A$ N caracteres a partir de la 
izquierda 

Restituye la longitud de la cadena A$ 
Restituye el número del último record leído o 
escrito en un file directo, Para los 
secuenciales, restituye el número de 
sectores 

Calcula el logaritmo natural de K 

Restituye la posición de la cabeza de 
impresión 

Extrae de A$ N caracteres a partir de la 
posición | 

Convierte V en una cadena de 2 bytes 
Convierte V en una cadena de 4 bytes 
Convierte V en una cadena de 8 bytes 
Restituye una cadena que representa la 
traducción en octal del número N 

Restituye el byte leído en la posición de 
memoria 

Restituye la posición del cursor (vídeo) 
Toma N caracteres de la cadena A$ a partir 
de la derecha 

Restituye un número aleatorio comprendido 
entre 0 y 1 

Restituye —1,0,1 según el signo de A 
Calcula el seno del ángulo A (expresado en 
radianes) 

Crea una cadena de N espacios en blanco 
Envía | espacics en blanco al terminal 
Calcula la raíz cuadrada de V 

Convierte en cadena el número N 

Crea una cadena de N caracteres iguales al 
primer carácter de la cadena A$ 

Posiciona el cursor en la columna N 

Calcula la tangante del ángulo A (expresado 
en radianes) 

Llama una subrutina en Assembler 
transfiriendo el argumento K 

Restituye el valor numérico de la 

cadena A$ 

Restituye la dirección en la que está 
memorizada la variable especificada 


Ejemplo 
A$ = INKEYS$ 


A = INP (4) 
B$ = INPUTS(2) 
K = INSTR(A$,B$) 


| = INT (87,3) 
B$ = LEFTS (A$,4) 


K =LEN (A$) 
N=LOC (1) 


R=LOG (7.21) 
N =LPOS (A) 


B$ = MIDS (A$,5,3) 
AS = MKIS (2) 

A$ = MKS$ (71.5) 

A$ = MKDS (1521.76) 
A$ = OCT$ (12) 
PEEK (844701) 


L=POS(1) 
BS = RIGHTS(A$,7) 


R =RND (3) 


S = SGN (3) 

S =SIN (3.14) 

AS = SPACES (3) 
PRINT”A”,SPC(7) 
A=SQR (7) 

A$ =STR$ (3) 

B$ = STRING$ (5,A$) 


PRINT"X"; TAB (6) 
Y =TAN(7) 


A =USR1 (X) 
N = VAL (AS) 


VARPTR (X) 
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Los dialectos del Basic 


Del lenguaje Basic existen numerosas variantes, 
algunas muy similares entre sí, otras notable- 
mente oiferentes. 

En general, las instrucciones y las funciones del 
Basic 80 se conservan en casi todas las demás 
versiones, aunque en algunos casos tienen una 
sintaxis o una forma lexical diferente. Las dife- 
rencias más notables corresponden a las ins- 
trucciones que van delante de las siguientes 
funciones: 


— Gestión de las cadenas 

— Gestión de los archivos en disco 
— Gestión de las funciones l/O 

— Gestión de los periféricos 

— Transmisión y recepción de datos 


Gestión de las cadenas 


Las cadenas pueden contener un número de 
caracteres comprendidos entre O (cadena nula) 
y el máximo previsto por la particular versión del 
Basic. El espacio de memoria reservado para 
éste varia dinámicamente en función de los ca- 
racteres contenidos; para conocer la longitud 
efectiva de una cadena, el usuario debe utilizar 
la función LEN. En algunas formas del Basic 
existe la posibilidad de asignar a cada cadena 
una longitud máxima (en número de caracteres) 
que nunca será superada. La asignación puede 
utilizar la habitual instrucción DIM o la ALLOCA- 
TE. Esta última, disponible solamente en máqui- 
nas más grandes,. permite reservar un área de 
memoria sólo momentáneamente. Por ejemplo, 
supongamos que una subrutina necesita la me- 
morización de 1000 cadenas. La instrucción 
DIM A$(1000) asigna permanentemente un área 
de memoria a las 1000 cadenas Af; si estas últi- 
mas no se utilizan en otras zonas del programa, 
se produce un notable desperdicio de memoria. 
Utilizando la instrucción 


ALLOCATE A$(1000) 


el área de memoria necesaria por las cadenas 
A$ se reserva sólo temporalmente. Al final de la 
fase de utilización de las cadenas, la memoria 
reservada puede liberarse y, por tanto, reutilizar- 
se para otras finalidades. La instrucción para la 
liberación de una zona de memoria anterior- 
mente reservada gracias a la instrucción ALLO- 
CATE es la siguiente: 


DEALLOCATE A$(1000) 
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Las tres instrucciones que reservan áreas de 
memoria (DIM, COM, ALLOCATE) también pue- 
den definir la longitud máxima de cada cadena, 
especificando su número de caracteres entre 
corchetes. Por ejemplo: 
DIM A$[5] Asigna a la cadena A$ la 
longitud de 5 caracteres 
Similar a la precedente, tra= 
baja en COMMON, es de- 
cir, en un área de memoria: 
común a todos los subpro- 
gramas (DIM sólo tiene un 
uso local) 
Tiene el mismo efecto que 
la anterior, pero el área de 
memoria puede liberarse 
sucesivamente y asignarse 
a otras variables 

Reserva un área de memo- 
ria para 7 cadenas de 20 
caracteres cada una 


COM AS$[5] 


ALLOCATE A$|[5] 


DIM BS$(7)[20] 


Normalmente, los sistemas que utilizan esta sim- 
bología tienen otras dos características muy im- 
portantes: 


— la longitud máxima de una cadena puede lle- 
gar hasta 32767 caracteres 
— existen las subcadenas 


En el Basic 80, para extraer parte de una deter- 
minada cadena, se emplean las funciones 
LEFT$, RIGHTS y MIDS, mientras que en estas 
variantes del Basic, la extracción es posible sim- 
plemente indicando entre corchetes los caracte- 
res que deben tomarse. 

Por ejemplo, sea A$ = "Esta es una prueba”. 
Para extraer la palabra "prueba", la instrucción 
que debe utilizarse en el Basic 80 es 


B$ = RIGHT$(A$,5) 
mientras que en la otra forma puede utilizarse: 
B$ = A$[15] 


La instrucción torna de la cadena A$ todos los 
caracteres a partir del que está en la posición 
15 (atención con los espacios) hasta el final de 
la cadena. La cadena B$, tomada de la A$, se 
dice que es una subcadena de A$. 

De estas instrucciones existe también la forma 


Basic 80 Otras formas 
BH = LEFTS(AS,3) BS = AS[1,3] 

B$ = RIGHT$(A$,2) 

B$ = MIDS(A$,4,1) BS = A$[4;1] 
DIM B$(3) DiM B$(3) 

no prevista DIM B5(3)[20] 

no prevista ALLOCATE B$(3) 


no prevista en 

esta forma; una 
instrucción análoga 
es ERASE 


que permite elegir el carácter en que empieza la 
transferencia y el carácter en el que termina. Por 
ejemplo, la línea 


B$ = A53[3,8] 


transfiere a B$ el contenido de A$ a partir del 
carácter número 3 hasta el número 8. Una va- 
riante de la misma instrucción es la siguiente: 


B$ = A$[3;6] 


que transfiere a B$ el contenido de A$ a partir 
del carácter 3 y para 6 caracteres. Con los nú- 
meros del ejemplo, las 2 instrucciones tienen un 
efecto idéntico: extraer los caracteres cuyas po- 
siciones van desde la 3 hasta la 8 equivale a 
extraer 6 caracteres a partir del carácter que 
ocupa la tercera posición. En la tabla de arriba 
se han recopilado las principales diferencias 
que se tienen en la gestión de las cadenas entre 
el Basic 80 y las formas que prevén las subca- 
denas. 

Las instrucciones ALLOCATE y DEALLOCATE 
tienen un empleo general y pueden utilizarse 
también para una matriz numérica (en el Basic 
80 la instrucción análoga a la DEALLOCATE es 
ERASE). Además de estas diferencias sustan- 
ciales pueden existir algunas variantes forma- 


DEALLOCATE B$(3) 


Función realizada 


Extrae los primeros 

3 caracteres de la izquierda 
Extrae los últimos 

2 caracteres de la derecha 
Extrae el carácter 

que está en la posición 4 
Reserva un área de 
memoria para 3 cadenas 
Reserva un área de memoria 
para 3 cadenas, cada una de 
una longitud máxima igual a 20 
caracteres 

Reserva un área de 

memoria de manera 
provisional 

Libera el área de 

memoria reservada 

por la ALLOCATE 


les; por ejemplo, la función ASC(AS) de algunas 
versiones del Basic se convierte en VAL(AS), la 
STRING$(n) se convierte en VAL$(n). Normal- 
mente se trata sólo de diferencias formales: las 
funciones realizadas son las mismas. 


Gestión de los archivos en disco 


Las instrucciones de entrada y de salida que 
difieren mayormente de una máquina a la otra 
son las inherentes a los discos. 

Si bien, para las diferentes máquinas, la lógica 
permanece aproximadamente sin variaciones, 
la forma de las instrucciones puede ser notable- 
mente diferente, 

A título de ejemplo, indicamos a continuación 
los principales comandos para la gestión del 
disco soportados por una versión del DOS, un 
sistema operativo ampliamente difundido. 


CATALOG Presenta en pantalla la relación 
de los files contenidos en el dis- 
co; es la instrucción análoga a 


la DIR bajo CP/M 


LOAD, SAVE Tienen las mismas funciones 
que se han descrito para el 
CP/M 

INIT Inicializa el disco. Es la instruc- 


ción homóloga a la FORMAT, 
pero presenta algunas caracte- 
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rísticas particulares. Durante la te. Por ejemplo, la instrucción 
inicialización, es necesario me- 


morizar en disco un file que INIT PRUEBA,S6,D2,Vp 
contiene un programa que se lo 2 ME ' 
envía a secacidt pe cada inicializa un diskette colocado 
carga de diskette. El programa en la unidad 2 (D2) de la vía de 
debe ser residente en memoria acceso 6(S6) y le asigna el nú- 
en el momento de la inicializa- mero de volumen p 
ción, y se transfiere al disco au- DELETE Anula un programa; es el equí- 
tomáticamente. La sintaxis es valente de ERA bajo CP/M 
LOCK Permite proteger un file impi- 
INIT NOMBRE, Sn, Dm diendo su cancelación. El file 
puede liberarse con el coman- 
donde NOMBRE es el nombre do UNLOCK 
del file de inicialización (en el RENAME Cambia e sunt ds 
cual se memorizará el progra- mo Bajo 
ma); di VERIFY Permite verificar la integridad 
ardid eden de un file. En condiciones parti- 
so a la que está conectada la culares accidentales, el conte- 
unidad de disco que se usa”: nido de un file puede resultar 
mes. el número de la unidad de parcialmente destruido; este 
disco (normalmente cada vía comando verifica su integridad. 
de acceso puede aceptar dos). El método es similar al emplea- 
También existe otro parámetro do en las transmisiones con bit 
opcional (número del volumen) de paridad. Al principio de ca- 
que puede utilizarse como da record se registra un valor 
identificador asociado al disket- (llamado check-sum) función 
del contenido del record. Si el 
*Ver la pág. 759. contenido se modifica por cual- 


EJEMPLO DE GESTION DE LOS FILES SECUENCIALES (DOS) 
AAA 


100 SE Aa a 


E COMANDO 


200 


O == “OPEN PRUEBA" 


da AUR : AESUEN ";B$ 


PRINT 38 


450 
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y 


. 


Empleo del trazador gráfico (plotter) para la representación gráfica del 


quier causa accidental, la 
check-sum no se actualiza y se 
crea así una desavenencia que 
la pone de relieve el sistema 
operativo 


Los tipos de files utilizados en el DOS son los 
mismos previstos en el CP/M (secuenciales y di- 
rectos), mientras que la técnica utilizada para 
las funciones de lectura y escritura es notable- 
mente diferente. 

En el DOS, las operaciones de l/O se realizan 
con las instrucciones READ y WRIIE puestas en 
forma de cadena y precedidas por el código 
CTRL + D [teclas CONTROL y D pulsadas al 
mismo tiempo = CHR$(4)]. 

Por ejemplo, una instrucción de lectura M puede 
tener la siguiente forma: 


PRINT CHR$(4); "READ XYZ” 
INPUT V 


La primera instrucción activa el mecanismo de 


rendimiento de los pozos petrolíferos. 


lectura (XYZ es el nombre del file), mientras que 
la segunda adquiere un valor y lo transfiere a la 
variable V. También para esta variante del Ba- 
sic, los files pueden ser secuenciales o directos. 
Aquí al lado se ha representado el listado de un 
programa de ejempla que ilustra la técnica l/O 
sobre file secuencial. El programa está montado 
sobre el ordenador personal SIPREL mod. 
20408, pero puede utilizarse también en el Ap- 
ple o en otras máquinas compatibles. La línea 
140 asigna a la variable A$ el valor CHR$(4) 
(CTRL + D) que deberá enviarse antes de cada 
cadena de comando enviada al disco. La 
apertura del file (línea 200) se obtiene enviando 
la cadena de control A$ seguida del comando 
OPEN PRUEBA (PRUEBA es el nombre del file). 
Para la escritura de los datos debe enviarse el 
comando WRITE (línea 300) seguido de la 
instrucción PRINT (línea 320) con las variables 
que se desee transferir. Como puede observar- 
se, las funciones 1/O en el disco se activan con 
las mismas instrucciones que las 1/O en el vídeo 
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OPERACIONES DE l/O SOBRE FILES SECUENCIALES CON VALORES NUMERICOS 


10 REM: PROGRAMA FROBZ 

20 REMO: FILES SECUENCIALES 

30 REM 

100 REMO: MATOS NUMERICOS 

110  ITIHM Uc(3o> 

120 INFO "NUMERO TE MATOS "¿N 

140  FRINT "INTRODUCIR LOS VALORES" 
160. FOR 1 = 1 TON 


180  FRINT ” MATO NUMERO : ";1 
200 TNFUT UCI) 

210 NEXT 1 

20. REA: 


240 Ab = CHR$ (4) 

260.  FRINT AS; "OFEN FRUEBAZ" 
280 FRINT AS; "WRITE FRUERA2Z" 
300 (FOR 1 = 1 TON 

320 FPRINT YCI) 

340 NEXT 1 

360 REM: 

380 FRINT AS;"CLOSE PRUERA2" 
400  FRINT AS; "OFEN PRUEBAZ" 
420 FRINT AS ¡UREAN FRUEBA2” 
440 FOR 1 = 1 TON 

460 ENFUT UCI) 

480 NEXT 1 

$00. FRINT AS ¡"CLOSE FRUEBAZ" 
520 FRINT As 

540 FRINT O" ax MATOS LETOIOS xv 
560 FOR 1 = 1 TON 

080. FRINTO DATO NU CO 
600 NEXT 1 

$620 IENY 


(INPUT, PRINT) precedidas por los comandos 
DOS que especifican el file. En las líneas 360 a 
460 se ha presentado un ejemplo de lectura. La 
sucesión de las instrucciones a enviar es esta: 


— Apertura del file (línea 365) 

— Comando de lectura (línea 380) 

— Lectura de datos (línea 400) 

— Liberación del disco (línea 420) 

— Escritura de datos en pantalla (líneas 440 y 
460) 


La línea 420 envía la única cadena A$= 
CHR$(4) y anula todas las predisposiciones a 
los comandos DOS, permitiendo así la impre- 
sión de los datos en la unidad del sistema (ví- 
deo). Esta instrucción es necesaria para infor- 
mar al sistema que se desea cambiar la unidad 
de l/O. Compárense por ejemplo las líneas 320 
y 420: son idénticas, pero una se refiere al disco 
(y esto se ha especificado en la línea 300 que la 
precede), y la otra al vídeo. 

Arriba se ha representado el listado de un 
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programa para la escritura y la sucesiva lectura 
de los datos numéricos en un file secuencial. 
Las instrucciones de escritura se encuentran en 
las líneas 260 a 340. Después de la apertura del 
file (línea 260) y el envío del comando de escri- 
tura (línea 280), el bucle (líneas 300 a 340) 
transfiere los valores al disco (N se ha introduci- 
do por teclado en la línea 120). 

Este modo de trabajar, característico de la fami- 
lia de máquinas examinada, se debe al hecho 
de que el sistema operativo utiliza como separa- 
dor de los campos sólo el carácter CR [retorno 
de carro = CHR$(13)); por tanto, para separar 
un valor numérico de otro, debe insertarse un 
carácter CR entre los dos valores. 

En el ejemplo, la inserción se obtiene de forma 
automática aprovechando la instrucción PRINT. 
Como alternativa, el carácter CHR$(13) puede 
ser enviado por programa. Así, para transferir 
las variables X, Y, Z, el programa 


AS 
BS 


CHR$(4) 
CHR$(13) 


Código de control 
Retorno de carro 


PRINT A$;"OPEN PRUEBA” 
PRINT AS;”"WRITE PRUEBA” 
PRINT X:BS$;Y;¡B$;Z 

PRINT A$ 


os equivalente al siguiente 


A$ CHR$(4) 
PRINT AS$;"OPEN PRUEBA” 


10 
20 
30 
3 
100 
105 
120 
160 
180 
170 
200 
220 
240 
260 
270 
280 
290 
300 
320 
340 
360 
363 
380 


400 
41.0 
420 
430 
$80 


700 


760 
770 


780 
800 
820 
840 
84% 
860 
80 
900 
90 
940 
760 
1000 
1020 
10%0 
1035 
1060 
1080 


PRINT AS;”"WRITE PRUEBA” 
PRINT X 

PRINT Y 

PRINT Z 

PRINT AS 


En este caso, el código CR lo inserta el sistema 
al final de cada instrucción PRINT. 
En el sistema operativo DOS se han previsto 


AMPLIACION Y RELECTURA DE UN FILE SECUENCIAL 


REM : PROGRAMA FROGA 

REM O: FILES SECUENCIALES 
REM 3 COMANTO APFEND 
HOME 

AS = CHR$ (4) 


K 


K 


ONERRK GOTO 1000 
FRINT AB; "AFPENO PRUEBA" 


PRINT O" ENTROMUCIUR 1.0S DATOS" 


FRINT "FIN FARÁ TERMINAR” 
EO 

INFUT E$ 

IF ES * "FIN" GOTO 320 

PRINT AB; "WRITE PRUEBA" 

FRINT ES 

FRINT AS 

FRINT "HATO TRANSFERIDO" 
= Ko +1 

GOTO 200 

REM O: FIN INTRODUCCION 

FRINT AS; "CLOSE PRUEBA" 
FRINT AS 

TF Ko 5 0 GOTO 960 

FRINT "SE HAN AÑADIDO: 

$” 


PRENT OK". RECORDS” 
FRINT 

FRINT "RELECTURA DATOS:" 
PRINT AS; "DEEN PRUERA" 


INFUT "Cuántos son los recorda 


a Leer 9%NF 

INPUT "A partir de «qué juas 
ACRONIS AN 
FRINT AS;"OPEN FRUERA" 


FRINT AS) "FOSTTIÓN FRUEBA,R*5 


PA 

FOR 1) = 0 TO NF - 1 
PRINTS AB; "REAL PRUEBA" 
INFUT IS 

FRINT AS 


NAS RA 


PRINT "DATO N.: ";IN% 
FRINT 1B 
NEXT 3 
PRINT AB; "CLOSE FRUERA" 
FRINT AS 
ENT 
REMO 1. *% ERROR x*% 
HTAR 10: VTAB 24: INVERSE 
FRINT O" 1% ETN FILE xx" 
NORMAL. 
PRINT " END ” 
GOTO 960 
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dos comandos que no encuentran correspon- 
dencia en el CP/M 


APPEND 
POSITION 


El comando APPEND permite añadir records a 
un file secuencial; bajo CP/M debería reescribir- 
se todo el file con, al final, los records añadidos. 
El comando POSITION permite desplazar el 
puntero del file un cierto número de campos. 
El desplazamiento sólo se produce hacia delan- 
te: el puntero no puede posicionarse en campos 
anteriores al examinado. 

El reconocimiento de cada campo se efectúa 
sobre el carácter de retorno de carro. 

En la pág. 751 se ha representado un programa 
de ejemplo para la ampliación de un file secuen- 


cial (comando APPEND) y para su relectura to- 
tal o a partir de una determinada posición (co- 
mando POSITION). 

En la lectura de files secuenciales de los que no 
se conoce previamente la longitud, puede suce- 
der que se intente el acceso a un record inexis- 
tente. En este caso, el sistema emite un diag- 
nóstico (END OF DATA) y detiene la ejecución. 
La situación de bloqueo del programa puede 
evitarse utilizando la instrucción ONERR GOTO 
nn (similar a la instrucción homóloga bajo 
CP/M), que al producirse un error transfiere el 
control a la línea especificada (nn). 

El programador puede determinar la causa del 
error (controlando en memoria el código de 
error generado) y tomar las oportunas medidas. 
Abajo aparece un programa de ejemplo del uso 
de la instrucción ONERR GOTO... 


EJEMPLO DE USO DE LA INSTRUCCION ONERR (DOS) 


10 REM: FROGRAMA FROGS 

20 REMO: 

30 REM: USO UE ONERR GOTO 
40 REMO: 

530  ONERK GOTO 1000 

$60. REM: 


80 AS = CHR$ (4) 

100. PRINST CAS; "DFEN FRUERA" 
120 FOR 1 = 3 10 100 

140 PRINT AB; "REA FRUEXA" 
160 INPUT 119 

180 PRINT Ag 

200 FRINT "DATO N. :";1 

220. FRENT 1 

260 NEXT 1 

280 PRINTS 

280  PRINT "ee RUN END xx" 


300 ENP 

1000 REM: RECUPERACION ERRORES 
1020 REM 

1040 REM: LOCALIZAZION 222 
1000 REM! 

1080 REM O: CODIGOS RECONOCIDOS 


1100. REMO: o = FIN UATOS 

1120 REM: 9 = DISCO COMPLETO 
REM: 

1160 T = PEEK (222) 


A TAO E) 

1200 REM : FIN DATOS 

1220 FRINT AS 

12235 — HOME 

1240. FRINT "DETECTADO El FINAL FILE 
E" 

1260 K = 1 

1280 FRINT A$;"CLOSZ FRUERA"” 

1285 INVERSE 

1300 PRINT "ERROR + "5T 

1320. FRINT "NO RECUPERABLE" 

1325 NORMAL. 

1340. STOF 
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REM O: PROGRAMA FROGÓó 


PRO 
30 dd A ES 5 


USO DE LA INSTRUCCION GET 


"NORMAL 


225 Abi vo 


El código correspondiente al error generado se 
lee con la instrucción PEEK (222). 

Esta posición de memoria sólo es válida para la 
máquina utilizada (SIPREL 20405); para otras 
máquinas podría ser diferente. Controlando el 
valor numérico contenido en esta posición de 
memoria (línea 1160 y 1180) puede reconocer- 
se el tipo de error. 

En los sistemas (compatibles Apple) que utilizan 
el DOS existe una notable diferencia con res- 
pecto al CP/M que corresponde al uso de la ins- 
trucción GET, utilizada para leer un solo byte ca- 
da vez (en CP/M adquiere todo el record). 
Arriba se ha representado el listado de un pro- 
grama que lee un carácter, lo presenta en pan- 
talla y espera la introducción de la autorización 
para proseguir (carácter S). 

La instrucción GET se utiliza en los dos modos 
posibles: en la línea 140 adquiere un carácter 
del file del disco, mientras que en la línea 220, el 
carácter se lee por teclado. 

En el sistema operativo DOS, el tratamiento de 
los files directos es análogo al de los secuencia- 
les; la Única diferencia consiste en la posibilidad 
de acceder directamente a un determinado nú- 
mero de recoro, cuyo valor debe especificarse 
en los comandos. 

Por ejemplo, las líneas 


A$ = CHR$(4) 
PRINT AS; "OPEN NOMBRE,L” 


rr rr rr 


PRINT AS; "READ NOMBRE,R” 


realizan las siguientes funciones que a conti- 
nuación se detallan: 


— Apertura del file NOMBRE con records de 
longitudes L (en bytes) 

— Escritura en el file NOMBRE del record R 

— Lectura del file NOMBRE del record R 


El listado de un programa para la gestión de fi- 
les directos se indica en la pág. 754. 

Otra notable característica del DOS es la posibi- 
lidad de direccionar el único byte al interior de 
un campo simplemente especificando su núme- 
ro en el comando READ, 

Por ejemplo, la instrucción 


PRINT AS; "READ NOMBRE,7,2” 


adquiere el byte número 2 del record 7 del file 
NOMBRE. 

En la pág. 755 se han representado el esquema 
lógico y los niveles de detalle que pueden obte- 
nerse con los diversos comandos para los files. 


Gestión de las funciones l/O 


Las diversas versiones del Basic presentan las 
mayores diferencias en las instrucciones que 
gobiernan las funciones l/O. La gestión de las 
funciones de comunicación entre la máquina y 
el mundo exterior puede asumir aspectos muy 
complejos que dependen del tipo de periférico 
interesado, puesto que está extraordinariamen- 
te condicionada por el hardware. 

Las comunicaciones entre el calculador y el ví- 
deo normalmente se realizan en la modalidad 
RS 232, y su gestión tiene aspectos que son 
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PROGRAMA DE EJEMPLO DE ACCESO A FILES DIRECTOS 


10 REM: PROGRAMA FROG3 

20 "REM: FILES EIRECTOS 

30 REM: 

40 REM: FARAMETROS 

50 REM F$=longitud en bytes 
$0 REM NE=número del record 
100 AB = CHR$S (4) 

120 REMO: longitud record = 40 


12% REM Más 1 CTerminador 

130 FS = 4] 

140 FRINI AS; "OPEN PRUEBAS." + "L 
"+ r$ 

160 REM a introducción de datos - 

180 REM o: 

200 INPUT "Número de datos? "¡N 

210 TF N = 0 GOTO 710 

220. FOR 1 = 1 TON 

225 ES = ni 105 sr” 

RADO TPRINT AENA UE 

260  —INFUT " Valor (CAUENA) ";ES 


270 (REMO: CONTROL LONGITUD 
280 Ko LEN (68) 

290  1F K < 40 GOTO 400 

293 TF Ko ox 40 THEN CS <= 8 
300 IF K < 40 GOTO 100 

320 REM + Cadena de longitud 
340 REM superior +l record 
$60. 08 7 LEETE (ES 40) 


380 GOTO 500 si 
400 REM O: Cadena de Llonga bud 
420 REM inferior al record 


500 REM O: Cudens de Jongitud 

320 REM iyuel al record 

340 REM O: ninguna variación 

600 REM: 

620 — INPUT " Número del Record? "; 
NF j 

640 — FRINT AS /"URITE PRUEBAS, RU ¿NR 


660 FRINT C$ 

005 FRINT AS 

700 NEXT I 

710 FRINT AS; "CLOSE PRUEROS" 

740 INFUT "Se quiere leer?" ;F 
5d 

760 IE RS$H <> "SI" GOTO 940 

780 INPUT "Qué record9" ¿NR 

800 FRINT AS; "OPEN FRUEBAZ," + "Ll 
MEE 

820 PRINIT AB; "REAL FRUEBAOS,R" ¿NR 

840 INFUT 16 

860 FRINT AB; "CLOSE PRUEBAS" 

870 FRINT AG 

880 FRINT "DATOS LEIDOS :" 

900 FRINT 16 

920 INFUT "CONTINUA? (SIZNO) "¿R 


9% 
940 1F RS$ = "£1" GOTO 780 
960 END 
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NIVELES DE EXPLORACION DE UN FILE 


Mio in E selecciona el file 


El comando READ direcciona un record 


A — y 


El comando POSITION direcciona un campo 
La opción BYTE extrae un solo byte 


y 
O 


prácticamente idénticos para los diversos tipos 
de máquina. 

Para las unidades de disco, o para otros dispo- 
sitivos, en cambio, la gestión está ligada al hard- 
ware y, por tanto, se realiza a través de instruc- 
ciones y comandos que son específicos de ca- 
da máquina. 

En la pág. 756 se ha representado un esquema 
que resume las principales formas de adapta- 
ción con los periféricos. Todos los eventuales in- 
terfaces son susceptibles de subdividirse en 
dos grupos, en función del tipo de software y de 
lo que necesitan: 


— Interfaces gestionados por el sistema opera- 
tivo 
— Interfaces programables 


Al primer tipo pertenecen los interfaces hacia 
los aparatos de uso normal (vídeo, impresora, 
discos, etc.) para los cuales no es necesario de- 
sarrollar subrutinas particulares, puesto que 
pueden controlarse utilizando las instrucciones 
1/0 previstas en el lenguaje de programación. Al 
segundo tipo pertenecen los interfaces que de- 
be gestionar el usuario, para los cuales es ne- 
cesario preparar adecuadas rutinas de gestión 
en simbólico (Basic) para las máquinas más 
evolucionadas o en Assembler para las otras. 


Gestión de los periféricos: 
la adaptación 


Los circuitos electrónicos que componen un 
calculador no son adecuados para controlar 
aparatos exteriores a causa de la reducidísima 
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ESQUEMA DE ADAPTACION CON LOS PERIFERICOS 


E y 
Pm 


Línea 


a Interfaces y periféricos estándares 
ms Telecomunicaciones 
==. Interfaces y periféricos particulares 


potencia de las señales que elaboran. Por tanto, 
entre el ordenador y sus periféricos es necesa- 
rio interponer determinados circuitos que pue- 
dan adaptar las señales haciéndolas compati- 
bles con la electrónica del ordenador por un la- 
do y con la estructura de los periféricos por el 
otro. Estos circuitos se denominan normalmente 
interfaces. 

Las principales funciones realizadas por un in- 
terfaz pueden relacionarse de la siguiente ma- 
nera: 


— Adaptación de los niveles de la señal 
— Adecuación del formato de datos 
— Temporización de las señales 


En muchas aplicaciones, los niveles de la señal 
necesarios para los periféricos no son los mis- 
mos que los emitidos por el ordenador (los nive- 
les eléctricos a los que corresponden los esta- 
dos lógicos 1 y O no se corresponden). En estos 
casos, el interfaz debe asumir la tarea de 
adaptar las señales haciendo de manera que 


cada unidad sea controlada con los niveles 
adecuados. Además. normalmente el ordena- 
dor envía las señales en transmisión paralela 
(los bus están en paralelo), mientras que algu- 
nos periféricos necesitan entradas en serie. Las 
transformaciones paralelo-serie también corren 
a cargo del interfaz . Finalmente puede produ- 
cirse que los periféricos trabajen con tiempos 
muy diferentes a los típicos del ordenador, tam- 
bién en este caso debe ser el interfaz el que 
regule adecuadamente el flujo de los datos. En 
algunos casos, los problemas de tiempo son su- 
perados por la técnica «handshake», que per- 
mite la transmisión de un dato cada vez y espe- 
rar, para el envío del siguiente, que la unidad re- 
ceptora haya adquirido el primero y comuni- 
cado la autorización para un nuevo envío. ” 
Abajo se ha representado el esquema lógico de 
un intercambio de datos. El programa de aplica- 
ción podrá tener dos formas diferentes en fun- 
ción del tipo de periférico que debe controlarse. 
En el caso en que los periféricos vuelvan a en- 
trar entre los previstos en el lenguaje simbólico, 


ESQUEMA FUNCIONAL DEL INTERCAMBIO DE DATOS CON UN PERIFERICO 


Area de 
memoria 
reservada 
al usuario 


La instrucción 1/0 tiene dos estructuras 
diferentes en función del tipo del periférico 
interesado 


Si el periférico está previsto en el lenguaje, 
todos los parámetros necesarios son 
asumidos por el sistema 


Si el periférico no está previsto, los 
parámetros deben predisponerse desde el 
programa de usuario 
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todos los parámetros necesarios son predis- 
puestos por el sistema operativo; el usuario sólo 
debe llamar la rutina adecuada utilizando una o 
más instrucciones de alto nivel (por ejemplo IN- 
PUT, PRINT, PRINT USING, etc.). Cada una de 
estas instrucciones se decodifica y activa una 
serie de rutinas del sistema que permiten la ges- 
tión de los periféricos. 

En el caso en que los periféricos no estén entre 
los previstos, el usuario deberá escribir las ruti- 
nas necesarias para su gestión. 

La estructura de esas rutinas depende estre- 
chamente del hardware: en algunas máquinas 
existen interfaces que pueden controlarse con 
determinadas instrucciones Basic y, en otras, es 
necesario utilizar el lenguaje Assembler, 

Abajo se han representado dos ejemplos de sa- 
lida hacia periféricos (por ejemplo vídeo e im- 
presora). El proceso es activado con la única 
instrucción PRINT, y es el sistema el que debe 
completar con los códigos necesarios (por 
ejemplo, CR = retorno de carro y LF = nueva lí- 


nea) o el que inserte los oportunos espacios er 
blanco en caso de que se imponga un formato 
En pág. 759 se han representado dos ejemplo: 
de instrucciones PRINT USING que utilizan | 
simbología del Basic 80 (+), En otras versiones 
del Basic existen simbologías más complejas; 
las principales opciones de formato son las si: 
guientes: 


A Indica un formato ASCIIUSING ”4A” signi- 
fica 4 caracteres ASCIl. 

D Digit (= cifra); cada letra D indica una cifra 
decimal (de O a 9). Las cifras pueden ir' 
precedidas del signo. así, la opción 


USING "SDD.D” 
especifica un valor numérico, compuesto 


por dos cifras enteras y una decimal, pre- 
cedido por el signo (S) 


E  Exponente; el número se imprime en nota- 


ción exponencial 


ESTRUCTURA DE LOS RECORDS DE SALIDA A UN PERIFERICO 


Prime! erminado! 
Jato del dato 


V1=127 
V2=479 
PRINT V1 


—— A AAKÁ 


—AAAMMMMMM>M>AKÑÁ 


EOL = Fin de lista 


Salida al periférico 


127 E 
479 ¿=) di 


PRINT y A 


En algunas máquinas, el código EOL viene dado por la 


V1=512 
V2=20 
V3=70 


Los símbolos; entre los datos 
suprimen los terminadores (CR,LF) 
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secuencia CR,LF; en este caso, el último terminador no es 
necesario y se omite 


dd > — _ ose] e [fr] o] 


¡FOO Ko áJ]_J_ __ _———Á 


Salida al periférico 


512 ABCD 20 701 CRLF 


ESTRUCTURA DE LOS RECORDS EN UNA SALIDA CON FORMATO 


A = 573,21 
PRINT USING * 4% 7. RCA 


e «== 


B=5.6 
PRINT USING " 4 4 4.4 4";¡B 
=> 


E 


A 


o pm ———+—+——Á 


El sistema reconoce la instrucción 
PRINT USING y procede a 
completar con espacios en 
blanco los campos que faltan 


K Especifica el formato compacto; se elimi- 
nan todos los espacios en blanco 

X Especifica que deben dejarse uno O más 
espacios en blanco. La opción 


USING "SD.DD,5X,SDD.D” 


escribe el primer número (SD.DD), salta 
cinco posiciones (5X) y escribe el segundo 
valor numérico (SDD.D). 


En los ejemplos se ha omitido expresamente la 
instrucción que expresa la acción que debe rea- 
lizarse (escritura), que para algunas máquinas 
puede ser el código habitual PRINT, mientras 
que para otras puede indicarse con un código 
diferente, como por ejemplo OUTPUT, En este 
último caso, una instrucción completa puede 
asumir la siguiente forma: 


R -51.6 
OUTPUT 3 USING "SDD.D"¡R 


que genera un record sobre el periférico 3 en el 
formato de signo (S), dos enteros (DD), punto 
(.), un decimal (D). 

Finalmente, existe una categoría de máquinas 
para las cuales el periférico estándar no es dife- 
rente en base a las funciones, sino a la vía de 
acceso (slot) a la que está conectada. 

Vía de acceso es el término con que se indican 
los conectores que permiten acoplar al orde- 
nador los dispositivos auxiliares, que incluyen 
no solamente los periféricos, sino también las 


eventuales expansiones de memoria u otros dis- 
positivos. 

En general, se trata de un alojamiento conecta- 
do eléctricamente al bus del ordenador. 

En estos casos, el sistema utiliza normalmente el 
vídeo y el teclado como periféricos de l/O. Para 
direccionar una salida, por ejemplo sobre im- 
presora, basta con activar, con las adecuadas 
instrucciones, la correspondiente vía de acce- 
so; la instrucción de salida continúa siendo 
PRINT, pero está precedida por un código que 
especifica la activación del interfaz de la im- 
presora. Este modo de gestionar los periféricos 
es muy utilizado en los ordenadores personales 
y presenta algunas ventajas, entre las cuales 
hay la posibilidad de configurar el sistema se- 
gún las propias necesidades. Para incluir un 
nuevo periférico basta con insertar en una vía 
de acceso la tarjeta de interfaz; en el programa 
de aplicación, después podrán direccionarse 
las funciones hacia aquel número de vía de 
acceso. 

Otra notable ventaja viene dada por la posibili- 
dad de incluir en el sistema un segundo micro- 
procesador, 

El sistema operativo está estrechamente vincu- 
lado al microprocesador montado. 

Por ejemplo, el CP/M, en sus diversas versiones, 
puede utilizarse con la familia de microprocesa- 
dores 280 (8080, 8086, etc.); otros sistemas, CO- 
mo el DOS, gestionan otros tipos de micropro- 
cesador. 

Utilizando la arquitectura descrita, en una má- 
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quina puede incluirse una segunda CPU que 
permite trabajar con un segundo sistema opera- 
tivo como alternativa al preexistente. 

En estos casos, la CPU original se dedica sola- 
mente a tareas secundarias, y el ordenador 
puede utilizarse como si perteneciese a la otra 
familia. Esta dualidad permite elegir el sistema 
operativo más adecuado a las aplicaciones par- 
ticulares, o en función del tipo de software de 
aplicación de que se dispone. A continuación 
se indican dos peticiones de salida en impreso- 
ra y en vídeo bajo CP/M y bajo DOS. 


CP/M 

10A$ = "PRUEBA” 
20 LPRINT AS 

30 PRINT A$ 


DOS 

10A$ = "PRUEBA” 

20 LPRINT CHRS(4); "PR 41” 
30 PRINT A$ 


La línea 20 sirve para direccionar la salida en 
impresora; CHR$(4) es el código que activa el 
comando, mientras que la cadena PR + 1 es el 
comando. 

Los códigos citados son comunes a muchas 
máquinas que emplean el microprocesador 
6502 (APPLE, SIPREL, etc.), los cuales consti- 
tuyen actualmente la familia más difundida co- 
mo alternativa a las máquinas gestionadas por 
el CP/M. 

En la gestión del vídeo se encuentran otros as- 
pectos particulares. 

En el Basic bajo CP/M normalmente no hay pre- 
vistas instrucciones específicas de direcciona- 
miento del cursor. Para obtener su posiciona- 
miento en una zona cualquiera de la pantalla 
deben enviarse algunos códigos, que depen- 
den en secuencia y en valor del tipo de la uni- 
dad de vídeo utilizada. 

Para la otra familia (microprocesador 6502) hay 
dos instrucciones Basic de direccionamiento 


HTAB n para el posicionamiento horizontal 
VTAB m para el posicionamiento vertical 


Un programa que permite posicionar la escritu- 
ra "Prueba de posicionamiento” puede tener la 
siguiente forma: 


10 INPUT "Columna”; C 
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20 INPUT "Línea”; R 

30 A$="Prueba de posicionamiento” 
100 HTAB C:VTAB R 

110 PRINT A$ 

120 END 


Aparte de la línea 100, las restantes instruccio- 
nes son idénticas a las utilizadas en el Basic 80. 


Transmisión y recepción de datos 


La creciente necesidad de disponer de informa- 
ciones en tiempo real ha creado un notable inte- 
rés por los sistemas de elaboración distribuidos, 
O sea por las redes constituidas por más micro- 
procesadores conectados entre sí o con un or- 
denador principal. La ventaja principal asociada 
al uso de un microprocesador en lugar de un 
terminal normal consiste en la capacidad de 
elaboración del primero, que permite realizar la 
doble función de terminal y de unidad de proce- 
so independiente. 

El protocolo de transmisión de datos más senci- 
llo es el EIA RS-232-C; por este motivo, muchos 
fabricantes han dotado su ordenador con inter- 
faces que puedan gestionar este protocolo a 
través de instrucciones de alto nivel, y que, por 
tanto, entran a formar parte del lenguaje Basic. 
La instrucción principal es la que proporciona 
los parámetros del protocolo, es decir: 


— Velocidad de transmisión. Expresa el nú- 
mero de bits transmitidos cada segundo (bps 
bits por segundo); los valores utilizados son 75, 
110, 150, 300, 600, 1200, 1800, 2400, 4800, 
9600 bps. 


— Paridad. Especifica el lipo de control de pa- 
ridad, es decir, la condición en la que recae el 
bit de paridad. Los casos posibles son: 


— no transmitido 

— siempre O 

— siempre 1 

— transmitido como paridad impar 
— transmitido como paridad par 


— Bits de datos. El dato puede representarse 
con un número de bits comprendido entre 4 y 8 
y, por tanto, debe “fijar” el interfaz con el for- 
mato justo. 


— Bits de stop. Al final del dato puede presen- 
tarse o no el bit de stop. Los casos son: 


— ausencia 
— 1 bit de stop 
— 2 bits de stop 


— Número del file. Para gestionar un canal de 
telecomunicación, a éste debe asociarse un nú- 
mero de file, sobre el cual después pueden rea- 
lizarse las funciones GET y PUT de la misma 
manera que para un file en disco. 

Por ejemplo, la instrucción 


OPEN "COM 1:2400,5,8,1” AS 3 


abre un file de comunicación con el número 3 
para el interfaz 1 (COM 1), velocidad de trans- 
misión 2400 bps, sin paridad (el símbolo S), con 
formato de 8 bits más un bit de stop. 

La forma generalizada de la instrucción prevé 
también los códigos de control de las señales 
de línea. El protocolo RS-232 es útil y ventajoso 
(dada su sencillez de uso) cuando deben reali- 
zarse conexiones entre dos unidades solas. Pa- 
ra poder dialogar desde un mismo ordenador 
con diversos periféricos, debe disponerse de 
más puertas de acceso o de un sistema de se- 
lección exterior. Las complicaciones de hardwa- 


Interior de una oficina de reservas hoteleras que se sirve de aparatos computerizados. 
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re que se derivan pueden ser superiores a las 
ventajas y limitan las posibilidades de aplica- 
ción del protocolo RS-232. 

El intercambio de datos entre un calculador y 
más periféricos es una situación que se produ- 
ce habitualmente en la gestión automática de 
instrumentaciones, y para este objeto se han 
realizado determinados protocolos; el más co- 
nocido es el HP-IB (Hewlett-Packard Interface 
Bus), que ha sido propuesto como estándar in- 
ternacional a la |.E.C. (International Electrotech- 
nical Commission). 

La conexión HP-IB prevé 16 cables, de los que 
8 se dedican a la transmisión de los datos y los 
8 restantes, a las señales de control. Los datos 
se transmiten en código ASCII de 7 bits (el octa- 
vo es el bit de paridad). Las instrumentaciones, 
o más en general las unidades, que pueden lle- 
gar a conectarse se dividen en tres categorías: 


LISTENER Unidad capaz de recibir da- 
tos de otras, por ejemplo la 
impresora, la pantalla, etc. 

TALKER Unidad que puede transmitir 


Sala de impresoras de un centro de cálculo. 
Las siglas permiten identificar al usuario. 
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datos, como por ejemplo un 
registrador magnético o cual- 
quier instrumento que, detec- 
tando el valor de una magni- 
tud física, lo convierte en una 
señal eléctrica (digital) y la en- 
vía al bus 

Unidad de control, responsa- 
ble de la gestión de las comu- 
nicaciones entre la otra uni- 
dad. Normalmente es el orde- 
nador 


CONTROLLER 


Una unidad cualquiera puede asumir de vez en 
cuando uno de los tres papeles previstos: un 
instrumento de medida puede ser LISTENER 
mientras recibe las instrucciones del ordenador 
y TALKER cuando transmite los resultados de 
una medición. 

El sistema HP-IB también prevé que en cada 
instante exista un solo TALKER y un solo CON- 
TROLLER activos; los demás aparatos eventual- 
mente presentes deben ser LISTENER. En algu- 
nas versiones del Basic se han previsto instruc- 
ciones de trampa para los datos teletransmiti- 
dos que, si se activan, interrumpen el desarrollo 
del programa y pasan el control a una rutina 
de servicio para la adquisición de los propios 
datos. 

Las instrucciones de este tipo hacen que en el 
intervalo de tiempo que transcurre entre la llega- 
da de un carácter y la llegada del siguiente ca- 
rácter, la máquina se dedique a realizar una ta- 
rea cualquiera, en espera de que transcurra el 
tiempo necesario. 

En la pág. 767 se ha indicado el diagrama de 
flujo de principio de la lógica utilizada en la tele- 
transmisión de datos (recepción). 

La principal función encargada para la adquisi- 
ción de un dato en recepción se denomina inte- 
rrupt. El objeto del interrupt es el de activar de- 
terminadas rutinas al producirse una interven- 
ción exterior. Un ejemplo inmediato es la función 
realizada bajo el comando RESET (en CP/M se 
activa por el código CTRL + C), que interrumpe 
la ejecución de cualquier programa. La máqui- 
na, ocupada en desarrollar el programa de apli- 
cación, no interroga al teclado y, de esta mane- 
ra, no adquiere eventuales comandos; el único 
modo de interrumpir el proceso es el de utilizar 
un interrupt. Al producirse esta acción, el trabajo 
se suspende y se activa la función ligada al 
interrupt. 


Del silicio al ordenador 
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El proyecto y el diseño del 
microcircuito se realizan con el 
hardware y con el sollwaro 
típicos del CAD (Computer 
Assisted Design). La fotogralla 
de al lado ilustra la fase del 
trazado del diseño del circuito 
con un trazador gráfico de alla 
resolución. El ordenador 
memoriza la estructura, que a 
petición puede presentarse 
sobre el monitor de un terminal. 
Así, los proyectistas podrán 
modificarla hasta hacerla 
definitiva y de ella obtener, con + 
procedimientos fotográficos, 
las máscaras necesarias para 
el proceso fotolitográfico. 

De una fusión de silicio 
purísimo, al cual se añaden 
impurezas específicas para 
obtener las características 
eléctricas deseadas, se extrae 
lentamente la barra 
(monocristal) de 
semiconductor de la que se 
obtendrán a continuación las 
obleas. 

El crecimiento del monocristal 
se realiza a partir de una 
minúscula «semilla» alrededor 
de la cual se agregan los 
átomos de silicio, que van a 
formar una estructura cristalina 
prácticamente libre de 
defectos. 

La fotografía del centro 
muestra la extracción de una 
barra de silicio. A continuación, 
el monocristal se mecaniza y 
se lleva a un diámetro 
uniforme. Cortándolo a 
rebanadas delgadas como 
laminitas se obtienen las 
obleas, que se pulen y bruñen 
cuidadosamente. 

Las diversas capas del 
microcircuito se imprimen 
sobre la oblea con un 
procedimiento fotolitográfico 
(ver pág. 360). La fotografía 
visible aquí al lado ilustra la 
fase de bombardeo de las 
zonas conductoras con plasma 
de oxígeno. 
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Las obleas, junto con los 
adecuados materiales 
generadores de impurezas 
específicas, se introducen en 
un tubo de cuarzo (fotografía 
de al lado) y se colocan en un 
horno a alta temperatura. 
Cuando. por evaporación, las 
impurezas se transforman en 
gas, sus átomos se difunden 
en el silicio a través de las 
«Ventanas» creadas por el 
procedimiento fotolitocráfico. 
Las zonas interesadas para la 
difusión se convierten en los 
transistores, las resistencias y 
los diodos que constituyen el 
microcircuito. 

Al final del proceso de incisión, 
las obleas se presentan como 
se ve en la fotografía de abajo. 
Cada una de ellas tiene 
grabado el mismo 
microcircuito repetido hasta 
llenar completamente la 
superficie disponible. 

Por tanto, las dimensiones del 
microcircuito determinan el 
número de ejemplares que 
puede obtenerse de una oblea, 
y al mismo tiempo el costo de 
cada chip sencillo. 

La fotografía muestra cómo los 
microcircuitos grabados cerca 
de la periferia de la oblea son 
incompletos a causa de la 
forma circular de esta última. 
Por esto, se descartarán en la 
fase de corte de la oblea. 
Antes del corte, cada oblea se 
controla cuidadosarnente con 
microscopio para identificar los 
circuitos defectuosos. Estos 
últimos se marcan:con esmalte 
de color para reconocerlos. 
Los defectos pueden 
originarse por las causas más 
diversas. Dadas las 
pequeñísimas dimensiones 
de la zona interesada 
selectivamente por el proceso 
fotolitográfico, incluso un 
simple grano de polvo puede 
determinar la interrupción de 
una o más conexiones. 

Por este motivo, todas las fases 
de elaboración se realizan en 
ambientes controlados, cuya 
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aimósfera se filtra 
continuamente. La 
indumentaria de la operaria 
(fotografía de al lado y del 
centro) da una idea de la 
ngurosidad del control. En el 
laboratorio de la planta IBM de 
East Fishkill (Nueva York) 
recientemente se ha 
desarrollado una técnica 
experimental de montaje que 
puede mejorar sensiblemente 
el rendimiento de la. 
producción de los chips, la 
cual comprende más de 300 
fases diferentes. Para fabricar 
un transistor se disponen las 


impurezas, llamadas dopantes, 


sobre una laminita de silicio. 
Los dopantes forman los 
elementos característicos de 
cada transistor o componente. 
Los átomos de dopante deben 
disponerse con la máxima 
precisión en lugares 
preestablecidos. Si esto no se 
consigue, el producto resulta 
defectuoso. Para disponer el 
material dopante en posiciones 
predefinidas son necesarios 
controles dimensionales 
extremadamente precisos. El 
nuevo método experimental 
asegura el alineamiento de las 
máscaras que establecen la 
oisposición exacta ae los 
circuitos sobre un microchip. 
El alineado de las máscaras es 
uno de los momentos más 
delicados: centenares de miles 
de componentes deben 
disponerse con la máxima 
precisión sobre chips de sólo 
40 milímetros cuadrados, 
mientras que cada 
componente puede tener unas 
dimensiones de una micra. 
Después del examen óptico 

se pasa al control de la 
funcionalidad de los 
microcircuitos, aún unidos a la 
oblea (fotografía del centro). 
Cada microcircuito se somete 
a un programa de verificación 
controlado por un procesador 
electrónico. La máquina 
posiciona automáticamente las 
puntas conductoras en las 
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zonas oportunas del 
microcircuito y envía débiles 
señales eléctricas. 

La respuesta del circuito se 
compara con la respuesta 
estándar del proyecto; las 
eventuales diferencias 
conducen a la necesidad de 
descartar el componente, que 
se marca para reconocerlo. 
Finalizados los controles, se 
procede a la separación de los 
microtircuitos sencillos, que se 
realiza utilizando una sierra de 
diamante controlada por una 
máquina micrométrica. 

Los chips sencillos pasan 
después a la máquina de 
cableado, que suelda en las 
adecuadas posiciones los 
conductores que constituyen 
las conexiones entre el 
microcircuito y el mundo 
exterior (fotografía de abajo de 
la página anterior). 

Después de la soldadura de 
los conductores de conexión, 
el chip se engloba en una 
matriz cerámica protectora, 
que lo aísla definitivamente y 
sólo deja salir los terminales. 
Los módulos sencillos se 
montan después en una 
estructura continua muy similar 
aunapelícula fotográfica, que 
tiene la función de proteger los 
delicados hilos que salen de 
las matrices cerámicas 
(fotografía de arriba). Los 
orificios en los bordes se 
utilizan para desplazar los 
módulos sin peligro de que se 
dañen en la máquina que los 
inserta y los suelda en las 
tarjetas. 

En la fotografía de al lado, los 
microcircuitos ya están 
definitivamente en su puesto 
en la tarjeta, y esta última se 
inserta en la vía de acceso 
específica prevista en el 
aparato que la utiliza. Las 
conexiones eléctricas se 
realizan automáticamente en el 
momento de la inserción, 
aunque a veces es necesario 
intervenir directamente para 
soldarlas de forma definitiva. 


EJEMPLO DE PROGRAMA PARA TELECOMUNICACION 


Interrupt 
Rutina de servicio (llamada bajo interrupt) 
Bucle de espera en interrupt 


Inicialización y control del estado de la línea 


Se «fijan» todos los 
parámetros del interfaz 


4 La llegada de un carácter 
Interrupción genera la interrupción del bucle 


[0] 
y 1 (interrupt) y el salto a la rutina de 
lectura del dato 
Bucle 
de esoera 
de un carácter ES] AE 


Y 
EN 


Salto a la rutina de servicio 


Bucle El estado de la línea (por 
de espera, ejemplo la señal CD) indica 
inicio de si la conexión es activa 
transmisión 
La máquina entra en un bucle 
N Linear y mientras que la línea se activa 


El control de validez del 
carácter normalmente sólo lo 
realiza el hardware 


Error en 
la transmisión 
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En algunas máquinas se han previsto diferentes 
teclas para generar el interrupt; las principales 
son la clave (key) y el knob. 

Las claves son teclas funcionales que, en lugar 
de restituir un valor numérico, generan un inte- 
rrupt. La selección de la rutina a llamar deberá 
realizarse en base al interrupt generado. En las 
máquinas que prevén este t¡po de teclas funcio- 
nales también hay presentes algunas instruccio- 
nes Basic para su gestión. Por ejemplo, la ins- 
trucción 


ON KEY 3 GOTO 100 


cede el control a la línea 100 al producirse un 
interrupt generado por la clave 3. 

El knob es un dispositivo (generador de irpul- 
sos) que puede servir para desplazar el cursor 
como alternativa a las teclas. Sustancialmente, 
se trata de un generador, activado por el opera- 
dor, que emite un determinado número de im- 
pulsos en cada giro. El calculador, al contar el 
número de impulsos generados, puede deter- 
minar el ángulo descrito en la rotación y despla- 
zar en consecuencia el cursor. Igualmente 
para este dispositivo se han previsto determina- 
das instrucciones Basic (ON KNOB) que pue- 
den pasar el control a las adecuadas zonas del 
programa. 

La gestión de los interrupt en realidad no es tan 
sencilla como parece. El primer problema es la 
diferente prioridad que pueden tener los diver- 
sos periféricos. 

Los periféricos que -pueden lanzar un interrupt 
son numerosos y puede suceder que una nueva 
petición llegue antes de que se haya terminado 
la rutina activada por la anterior petición, o que 
dos peticiones lleguen casi al mismo tiempo. 
Entonces, el sistema debe decidir si recoge las 
instrucciones y cuándo. Con este objeto existen 
prioridades asociadas a cada periférico: cuanto 
más alto es el valor de la prioridad, más rápida- 
mente se produce el interrupt; las otras peticio- 
nes eventuales, si son de prioridad inferior, se 
ignoran. 

El nivel de prioridad de un suceso puede esta- 
blecerse por software o por hardware. Los nive- 
les de prioridad software, ligados por ejemplo al 
producirse un error o alguna otra situación anó- 
mala, pueden ser asignados con delerminadas 
instrucciones. 

La lógica es la siguiente. 

Si no existe interrupt en curso, y el programa 
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está trabajando normalmente, se asigna el nivel 
de prioridad O (este nivel lo asigna automática- 
mente el sistema, y se llama system priority). De 
este modo, un interrupt cualquiera, también de 
nivel bajo (que no obstante puede ser inferior a 
0), puede atenderse inmediatamente (como al 
final de la ejecución de la instrucción en curso). 
Si durante la ejecución de la rutina activada así 
interviene un nuevo interrupt, pueden producir- 
se únicamente dos casos: 


1 /El nuevo interrupt tiene la prioridad menor; 
entonces se coloca a la espera, y se activará 
al final del anterior 

2 / El nuevo interrupt tiene la prioridad mayor (o 
igual) al que hay en aquel momento. La ruti- 
na en curso (interrupt precedente) se sus- 
pende, y la ejecución pasa a la nueva fun- 
ción. Al final se reactiva la rutina suspendida 
anteriormente. 


La prioridad software determina el orden en que 
se atienden varios interrupts; la prioridad hard- 
ware determina el orden con que se acogen los 
interrupts y es independiente de la prioridad 
software. La prioridad hardware sirve para pro- 
gramar las solicitudes previas de servicio por 
parte de los periféricos. A la llegada de un inte- 
rrupt, el ordenador abandona la tarea que esta- 
ba realizando e interroga el interfaze, determina 
cuál de éstos ha generado la solicitud y lo colo- 
ca «en lista de espera», aislando provisional- 
mente otras instrucciones del mismo interfaze, 
Una vez realizadas todas las funciones que tie- 
nen prioridades software mayores, vuelve a exa- 
minar las solicitudes que aún esperan, y even- 
tualmente las atiende. 

En las transmisiones, el uso del interrupt es 
esencial no únicamente para la adquisición, si- 
no también para el control de los tiempos. Du- 
rante el intercambio de datos entre el ordenador 
y el periférico, puede producirse una avería 
hardware (caída de la línea, o más simplemen- 
te, el periférico puede apagarse). Si no se hu- 
biesen previsto controles sobre el tiempo, el or- 
denador seguiría en espera de la transmisión 
entrando en un bucle sin salida. Con el objeto 
de prevenir este inconveniente puede activarse 
un interrupt sobre los tiempos: si la transmisión 
no se realiza dentro de un cierto tiempo, se ge- 
nera un interrupt y se emite un diagnóstico, con 
lo que el programa o bien se interrumpe o bien 
pasa a otra actividad. 


. 


El software 


El software de aplicación orientado a la solución 
de un determinado problera puede considerar- 
se válido cuando satisface dos condiciones 
principales: 


m Permite obtener las elaboraciones y 
las salidas deseadas 
= Presenta un buen grado de fiabilidad 


La primera condición no puede discutirse. Si el 
programa no permite obtener el resultado de- 
seado en las especificaciones, sólo existen dos 
alternativas: o se modifican las necesidades o 
se modifica el software. 

El control de la correspondencia entre presta- 
ciones y especificaciones es inmediato: introdu- 
ciendo las entradas previstas deben obtenerse 
todas las salidas que se desean en correspon- 
dencia. 

La verificación de la segunda condición presen- 
ta mayores dificultades y no lleva a un resultado 
tan claro. La ausencia de errores puede com- 
probarse hasta un cierto punto, e incluso recu- 
rriendo a técnicas de control muy sofisticadas, 


permanece la posibilidad de que exista un error 
escondido, cuya influencia puede manifestarse 
únicamente después de presentarse determina- 
das situaciones. 

Para tener una idea del alcance de los proble- 
mas generados por los errores escondidos en el 
software, sólo hay que pensar que para el 
proyecto espacial Apolo se gastaron para el de- 
sarrollo de los programas 660 millones de dóla 
res, y esto a pesar de que la mayor parte de los 
inconvenientes encontrados en todo el proyecto 
se debían a errores de software. Un error de es- 
te tipo causó también el fallo de la primera mi- 
sión de la sonda Venus. 


Estos precedentes no deben generar descon- 


fianza sobre la eficiencia de los ordenadores. En 
las aplicaciones normales, los programas no 
presentan excesiva complejidad y, por tanto, 
están muy poco sujetos a error. 

El procedimiento que permite obtener un pro- 
grama libre de errores atraviesa dos fases com- 
plementarias: la prevención y la detección. 
La fase de prevención deberá empezar junto 
con la fase de proyecto del software y condicio- 


Una sugestiva imagen de los aparatos de una sala de control de Italcable. 
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nará el desarrollo en todas las siguientes fases. 
La detección de los errores interviene al final, 
durante la operación de aprobación, pero está 
condicionada a la imposición inicial del trabajo. 
La prevención de los errores puede perseguirse 
desarrollando el proyecto del software de modo 
que se evidencien las áreas que tienen mayores 
probabilidades de contener errores. Para cada 
una de ellas existen técnicas de proyecto y de 
documentación muy detalladas y complejas. 
Por tanto, a continuación se tratarán los aspec- 
tos principales, teniendo sobre todo en cuenta 
la clase de máquinas a que hasta ahora se ha 
hecho referencia. Las principales áreas de inter- 
vención que interesan en la producción del soft- 
ware de aplicación funcionalmente correcto son 
las siguientes: 


— Definiciones de los objetivos 

— Arquitectura del sistema, en particular 
de los interfaces con el mundo exterior 

— Estructura del software 

— Métodos de programación y elección 
de lenguajes 


El primer resultado que debe obtenerse es una 
visión completa de los objetivos a conseguir. 
Existen dos tipos de objetivos: los indicados por 
el usuario final, que constituyen el objeto de as 
funciones del programa, y los objetivos de ca- 
rácter general, que siempre deben tender a un 
software correctamente escrito. 

Los objetivos generales que deberán conse- 
guirse siempre en todos los programas de una 
cierta complejidad son los siguientes: 


Generalización. La inversión económica para el 
desarrollo del software siempre es muy impor- 
tante, y si el resultado está dirigido hacia un 
objetivo excesivamente particularizado (y por 
tanto sólo útil a pocos usuarios), es posible que 
no se presente la necesaria conveniencia eco- 
nómica. 

La habilidad del proyectista consiste en evaluar, 
caso por caso, cuál es para el usuario final la 
utilidad real de una generalización. Muy a me- 
nudo una excesiva generalización conduce a 
una cantidad de comandos y de opciones que 
terminan con la confusión de las ideas y con ha- 
cer el programa de uso muy farragoso. 


Adaptabilidad. Una escasa generalización del 
programa puede sustituirse ventajosamente por 
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una buena adaptabilidad, es decir, la posibili- 
dad de implantar nuevas funciones. De este 
modo puede generalizarse o adaptarse el pro- 
grama a empleos diferentes. 

La adaptabilidad de un paquete de software se 
consigue principalmente separando las diver- 
sas funciones en varias subrutinas o, en los ca- 
sos más complejos, en diferentes programas, y 
añadiendo o sustituyendo los módulos según la 
necesidad. Esta característica favorece además 
la fiabilidad, puesto que permite la integración 
en tiempos sucesivos. 


Mantenimiento, El software debe permitir co- 
rrecciones o actualizaciones sin excesivas com- 
plicaciones. La medida de esta característica es 
proporcional a la fiabilidad: un programa, por 
tanto, es más fiable cuanto más fácilmente pue- 
de corregirse. 


La arquitectura del software 


El software de aplicación destinado a la solución 
de un determinado problema representa un 
conjunto de varias funciones distintas pero co- 
rrelacionadas, cada una de las cuales puede 
realizarse con un programa o con una o más 
subrutinas. Las modalidades de correlación de 
este conjunto, que constituirá un procedimiento, 
son el objeto de la arquitectura del software 
del sisterna, que se ampara en la arquitectura 
del hardware, la cual define los cornmponentes 
físicos, sus conexiones y las modalidades de 
adaptación. 

El enfoque prevé al principio la subdivisión del 
programa general en un cierto número de pro- 
blernas secundarios, cada uno con su grado 
(nivel) de abstracción. 

La modelización sobre diversos niveles puede 
obtenerse de dos modos distintos. 

En el primer modo, que puede definirse en se- 
rie, cada nivel se comunica con el anterior y con 
el siguiente, mientras que la segunda forma pre- 
vé la posibilidad de comunicación, además de 
con los niveles contiguos, también con un deter- 
minado nivel y todos los interiores. En la página 
siguiente se han esquematizado las dos estruc- 
turas, con la descripción de algunos posibles 
contenidos para cada nivel. 

Un análisis de este tipo general es útil principal- 
mente en el proyecto del software de nolable 
complejidad, destinado a grandes sistemas; no 
obstante, los conceptos y la lógica globales 
pueden adoptarse en máquinas pequeñas. 


NIVELES DE ABSTRACCIÓN EN LA ARQUITECTURA DEL SOFTWARE 


Nivel N 


interfaz y EA Nivel 1 


taz 


dispositivos 1/0 


lispositivos 1/( 


Nivel 0 


Onversacional Nivel 9 


Estructura típica 
de un nivel Nivel 2 


. | - ol] dl 


Esquematización de un programa Basic 
sobre tres niveles de abstracción 


Cada nivel de abstracción permite diseñar el mundo exterior y las subrutinas del sistema, y 
conjunto software + hardware como una má- así sucesivamente. Al elevar el nivel aumenta 
quina abstracta dotada de capacidades que paralelamente el grado de abstracción hasta lle- 
dependen del nivel de abstracción: al nivel O, la gar al último que permite el diálogo con el usua- 
máquina abstracta está constituida (además del rio final realizando el máximo grado de abstrac- 
software) sólo por el sistema operativo; al nivel 1 ción. Por ejemplo, en un programa destinado a 
puede haber también los interfaces entre el la lectura de un archivo, el último nivel de abs- 
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tracción se conseguirá por la subrutina que pe- 
dirá al usuario qué record quiere leer; el nivel 
inmediatamente inferior se conseguirá en cam- 
bio con la instrucción GET (lectura del record), 
que a su vez comunica con un nivel aún inferior 
(traducción en Assembler) y a través de éste 
con el nivel O (primitivas de acceso al disco). 
El ejemplo expuesto evidencia algunas propie- 
dades de este tipo de arquitectura. Las princ.- 
pales pueden enunciarse así: 


— Cada nivel no conoce las características del 
superior 

— Las comunicaciones entre niveles diferentes 
se realizan a través de interfaces definidos 
previamente 

— Cada nivel tiene recursos propios, y debe ser 
responsable de su funcionamiento propor- 
cionando la adaptación con los de los demás 
niveles 

— El intercambio de datos en tres niveles dife- 
rentes queda limitado solamente a algunos 
valores (como por ejemplo los argumentos 
transmitidos en las funciones Basic), mien- 
tras que el uso de los datos en su totalidad 
sólo se permite a aquellos módulos que per- 
tenecen al mismo nivel al que pertenecen los 
datos. 

La arquitectura basada en la distribución de las 

funciones a desarrollar a lo largo de una escala 

jerárquica (los diversos niveles de abstracción) 

puede aplicarse ventajosamente en el proyecto 

del software que no comporte la necesidad de 

comunicarse entre diferentes sistemas. En el ca- 

so de que se hayan previsto comunicaciones, 

debe adoptarse una estructura diferente, basa- 

da en tres calegorías fundamentales: 


m Módulos que transfieren el control pe- 
ro que no transfieren datos (por ejem- 
plo el GOTO) 

m Módulos que transfieren bien el con- 
trol bien los datos (subrutinas) 

m Módulos para transferir únicamente 
los datos (puertas de acceso) 


La transferencia de datos entre dos módulos 
(cada uno dotado de más puertas de acceso) 
se ha visto como proceso asíncrono: un módulo 
que deba transmitir algunos datos a otro módulo 
enviará los mismos datos a la puerta de acceso 
del segundo módulo que, a su vez, cuando esté 
preparado, los leerá. El proceso (SEND/RECE!- 
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VE) se llama asíncrono porque cada módulo tra- 
baja independientemente del otro. 

La estructura del interfaz sencillo debe ser pro- 
yectada en función del caso específico, obser- 
vando no obstante algunas reglas fundamenta- 
les: 


1 /Los mensajes deben tener una claridad y 
una plenitud que esté en relación con el uso 
que se hace de ellos. Para un uso esporádi- 
co pueden ser suficientes las formas abre- 
viadas, pero si el mensaje aparece con fre- 
cuencia y está dedicado a personas ocupa- 
das en otras actividades, debe ser extrema- 
damente claro, de manera que puedan repe- 
tirse inmediatamente sin ninguna forma de 
elaboración por parte del usuario 

2/La introducción de datos, parámetros y co- 
mandos por parte del usuario debe reducir- 
se al mínimo utilizando, donde sea posible, 
valores por omisión. De este modo, si un pa- 
rámetro necesario en la entrada no es esen- 
cial, el usuario puede ignorarlo y proseguir. 

3 / Todos los mensajes (de entrada y de salida) 
deben tener la misma forma estética, de ma- 
nera que se realice la máxima continuidad 
en el diálogo con el usuario 

4 / En los procedimientos más complejos es in- 
teresante prever un comando que active la 
presentación en pantalla de las explicacio- 
nes principales sobre el uso del programa. 
Durante el período de puesta en marcha de 
las instalaciones, con frecuencia sucede que 
el usuario no recuerda cómo debe proceder. 
En casos similares, algunas explicaciones, 
incluso muy abreviadas, suministradas en 
tiempo real, pueden evitar errores debidos a 
la introducción de comandos no previstos. El 
módulo predispuesto para esta función se 
llama normalmente ayuda (help). 


La modelización 


El proceso de producción del software de apli- 
cación puede pensarse como constituido por 
una serie de traducciones: el usuario final tradu- 
ce las propias necesidades al sistema, que en 
la fase de análisis traduce el problema global a 
otros problemas más sencillos (diagramas de 
flujo); al final, los diagramas de flujo se traducen 
a un lenguaje de programación. 

Todo el proceso puede dividirse en dos mo- 
mentos diferentes, cada uno de los cuales com- 
porta a su vez diferentes fases de traducción: 


mm Aprobación y 
correcciones O 
— Verificación 
mw. Traducciones 
usuario-especialista 
==. Traducciones a diagramas 
==. Traducciones a lenguaje 
de programación 10) 
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E 
; 
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Ú 
Y 
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y 
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— el primer momento (modelo macroscópico), 
en el que se identifican los objetivos del soft- 
ware y, a grandes rasgos, también los mode- 
los para conseguirlos. 

—el segundo momento (modelo microscópi- 
co), en el que cada actividad cuya necesi- 
dad se ha evidenciado en el paso anterior, se 
subdivide, a su vez, en actividades más 
elementales. 


Así se tienen los dos niveles de modelización, 
macroscópico y microscópico, que servirán co- 
mo guía ya sea en la fase de implantación ya 
sea, y sobre todo, en la fase de búsqueda de 
los errores. En la casi totalidad de los casos, los 
errores se generan en una (o más de una) de las 
traducciones contenidas en los modelos; reexa- 


MODELO MACROSCOPICO DE PRODUCCION DE SOFTWARE 


(557 — E 
y 


Objetivos : 


Funcionalidad z 


Verificación 


Producto 
terminado 


minando el modelo puede determinarse la cau- 
sa (el origen) del error. 


Modelo macroscópico. Arriba se ha represen- 
tado un modelo macroscópico simplificado del 
proceso de producción del software. 

El proceso comienza con la formulación de los 
requisitos por parte del usuario (1). La detección 
tardía de un error cometido en esta fase puede 
ser extremadamente costosa, puesto que pue- 
de requerir una modificación sustancial de toda 
la estructura del software. Por tanto, esta fase 
debe ser afrontada con mucha circunspección, 
teniendo en cuenta el hecho de que raramente 
el usuario final consigue exponer con precisión 
todas las necesidades propias. El analista (o el 
programador) deberá ser quien inicie un proce- 
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so de interlocución destinado a dar luz a todas 
las posibles necesidades del usuario. 

El segundo paso consiste en la definición de los 
objetivos a obtener (2) y puede considerarse co- 
mo la traducción del anterior nivel a un nivel más 
orientado hacia la máquina. En otras palabras, 
se trata de identificar, para cada uno de los 
objetivos, el costo en términos de tiempo de 
programación y de configuración hardware ne- 
cesaria, y establecer si existen algunos objeti- 
vos renunciables que tengan una relación cos- 
to/resultado demasiado elevada. Al final de esta 
fase, que requiere una verificación continua con 
el usuario, se obtendrán las especificaciones 
iniciales redimensionadas para ser realizables 
con una determinada configuración hardware y 
con determinados límites de complejidad del 
software. 

La fase de definición de los objetivos es tanto 
más importante como cuanto. más nuevo es el 
usuario ante los problemas de la mecanización. 
La tendencia más difundida en los usuarios es 
la de considerar sencillo cualquier problema de 
software, atribuyendo a la máquina posibilida- 
des que en realidad no tiene. Por tanto, el usua- 
rio desea mucho más de lo que realmente le da 
(porque el trabajo lo realiza la máquina), sin dar- 
se cuenta del hecho de que el costo de la insta- 
lación depende en su mayor parte del costo del 
software, y que si debe añadirse un cierto nú- 
mero de requisitos de escasa utilidad puede lle- 
var a un aumento del costo mucho mayor que el 
que se deduce de las sencillas leyes de propor- 
cionalidad. Por otro lado, también el programa- 
dor debe ser muy cauto en la orientación del 
usuario hacia un software que sólo prevé lo 
esencial. Muy a menudo, las que parecen fun- 
ciones accesorias son en realidad elaboracio- 
nes necesarias; si el programa no las prevé, 
existe la posibilidad de que deban ejecutarse 
manualmente, con la pérdida de tiempo que se 
obtiene y que, a largo plazo, puede conducir al 
abandono del procedimiento automatizado. El 
siguiente paso (3) consiste en la traducción de 
toda la estructura software en un esquema lógi- 
co (diagrama de flujo) de primer nivel. El enfo- 
que deberá calibrarse sobre el software de apli- 
cación en su conjunto. El modo de proceder 
más inmediato comporta la utilización de la téc- 
nica top-down. 

En esta fase deberán identificarse los flujos de 
las informaciones y los procesos a realizar. Las 
eventuales subrutinas deberán identificarse y 
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documentarse, por ejemplo con técnica HIPO, 
principalmente a fin de controlar la congruencia 
en el intercambio de datos entre los diversos 
puntos del programa. 

Recuérdese que normalmente, las salidas de 
una subrutina constituyen las entradas para las 
siguientes; disponiendo de los esquemas HIPO 
puede controlarse muy rápidamente la interfac- 
tibilidad efectiva. Dada la elevada cantidad de 
informaciones a tratar, este paso es una de las 
principales fuentes de error, y como se encuen- 
tra todavía en un nivel de primera definición, los 
eventuales errores cometidos en esta fase tie- 
nen un peso determinante. La fase (4) consiste 
en la escritura de los diagramas de flujo de ca- 
da componente sencillo del software (procedi- 
miento, subrutina, etc.). A este nivel, los errores 
cometidos en la fase anterior pueden detectarse 
y corregirse con un empleo todavía limitado de 
recursos. 

En el paso siguiente (5) se produce la traduc- 
ción de la solución lógica del problema a un len- 
guaje de programación (ésta, generalmente, no 
es la última traducción, dado que existe la que 
se realiza en el Compilador). 

La mayor parte de los errores se produce en 
esta fase, pero son fácilmente identificables y 
eliminables. 

El proceso podría considerarse terminado con 
la fase anterior; pero en realidad, la realización 
de los borradores y la aprobación (S) se interlie- 
ren íntimamente. 

El modelo descrito, que sintetiza todo lo expues- 
to anteriormente, podrá servir como referencia 
en el proyecto del software, como guía para la 
búsqueda de los errores o como término de re- 
ferencia para expresar un juicio sobre el progra- 
ma ya preparado o en fase de escritura. 


Modelo microscópico. Cualquiera de las fases 
que llevan a la formulación del modelo macros- 
cópico está compuesta a su vez por numerosas 
traducciones microscópicas. 

Cada traducción microscópica se obtiene en 
base al siguiente proceso: 


1 / Adquisición de las informaciones, por ejem- 
plo una petición por parte de un usuario final 


2 / Elaboración mental del procedimiento a se 
guir para obtener el resultado deseado 


3 / Emisión de notas o apuntes que contengan 
el resultado de la elaboración mental 


Sistema de cálculo IBM 370. En el centro puede verse al cuadro 
de monitorización del sistema de teletransmisión de datos. 


Esta esquemaltización conduce en un proceso 
mental a las mismas operaciones realizadas 
por un ordenador (Input, Process, Output) pero 
con una diferencia fundamental: la naturaleza 
humana del hardware que realiza el proceso. 
La mente humana, bajo este punto de vista, tie- 
ne el «defecto» de poseer enormes capacida- 
des asociativas. En nuestra mente, una informa- 
ción nunca se trata separadamente de las otras, 
y siempre se inserta en un proceso mental que 
tiene en cuenta las experiencias pasadas y que 
permite encontrar la justa interpretación de las 
informaciones no correctas o incompletas. Esta 
forma de extrapolación puede conducir a erro- 
res debidos a interpretación distorsionada de 
las informaciones recibidas. También, si estas 
últimas son completas y exactas, pueden ser 
deformadas por los procesos asociativos ¡n- 
conscientes, Un segundo tipo de error genera- 
do en ese proceso se debe a las limitadas ca- 
pacidades de la memoria humana. 

Muy a menudo sucede que se olvidan algunos 
puntos esenciales y, en tal caso, se desarrolla 
un proceso de traducción incompleto. 


3 


Estos errores pueden minimizarse utilizando de- 
terminados trucos, como por ejemplo una docu- 
mentación muy detallada del procedimiento de 
análisis bien definido y la elección del lenguaje 
de programación más adecuado al objetivo, 
Cuando en el desarrollo de un proyecto de soft- 
ware concurre más de una persona, se produce 
una situación particular. Entonces pueden ge- 
nerarse notables problemas de adaptación en- 
tre las diversas partes escritas por diferentes 
personas. 

El método para eliminar este tipo de errores 
consiste en aplicar la ley del «+ 1-1»: la verifi- 
cación de una cierta fase n de un proyecto debe 
ser realizada por los proyectistas de las fases n 
—1yn.+ 1. 

De este modo, el proyectista de la fase que le 
precede (n-— 1) podrá verificar la compatibilidad 
entre las salidas de su módulo y las entradas 
necesarias del que está en examen (el módulo 
n), mientras que el proyectista de la fase si- 
guiente (n + 1) verificará la correspondencia en- 
tre las salidas del módulo que se examina y las 
entradas requeridas por el propio módulo. 
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Estructuración de los 
programas 


Terminada la fase de proyecto general (arqui- 
tectura del software), el siguiente paso consiste 
en la definición de los módulos previstos en to- 
dos los software. 

Cada módulo podrá estar constituido por subru- 
tinas o ser un programa en sí mismo, aunque 
deberá tener tres atributos principales: 


1 / La función realizada 
2 / La lógica de realización 
3 / El contexto en que opera 


La función realizada está definida en la fase an- 
terior (arquitectura) y está constituida por la des- 
cripción de las operaciones que el módulo reali- 
za cuando es llamado. 

La lógica de realización viene dada por el «có- 
mo» se realizan estas funciones (por ejemplo 
por los algoritmos), y depende mucho del len- 
guaje utilizado, así como de las preferencias del 
programador. 

Cada módulo debe ser lo más independiente 
posible de los otros y no debe contener un nú- 
mero excesivo de instrucciones. Si las funciones 
realizadas necesitan un elevado número de ins- 
trucciones, conviene dividirlo en más módulos 
de dimensiones reducidas. 

En la fase de definición de los módulos es muy 
importante la documentación. En la preparación 
de un módulo, la forma correcta de documenta- 
ción constituye un verdadero plan de trabajo, 
mientras que en la evaluación de un módulo ya 
escrito es un procedimiento muy válido para juz- 
gar la calidad, así corno la factibilidad de las im- 
plantaciones. 

En ambos casos, la documentación es un me- 
dio indispensable en la fase de aceptación. 

La documentación debe contener por lo menos 
las siguientes informaciones: 


m Nombre del En algunas formas de Basic y 
módulo en otros lenguajes (por ejem- 
plo el Fortran), las subrutinas 

pueden designarse mediante 

un nombre simbólico (altabé- 

tico). Por ejemplo, en Basic 

estándar, una subrutina de 

lectura de datos del disco 

que empieza en la línea 1000 

puede ser llamada con la ins- 
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trucción GOSUB 1000; en su 
lugar de entrada (entry point) 
y la línea 1000. En otras ver- 
siones del Basic (o en otros 
lenguajes) les puede ser asig- 
nado un nombre como DIS- 
CO. En estos casos, el punto 
de entrada es el nombre DIS- 
CO, y la llamada se convierte 
en GOSUB DISCO. 
En ambos casos, la docu- 
mentación deberá contener el 
nombre del módulo (1000 pa- 
ra el Basic, DISCO en el otro 
caso). En general, existe la 
posibilidad de que un módulo 
tenga más puntos de entrada, 
cada uno de los cuales debe- 
rá ponerse en evidencia opor- 
tunamente 


m Funciones 
realizadas 


Descripción de las funciones 
realizadas por el módulo 


m Parámetros Lista de las variables y de las 


constantes utilizadas 


am Entradas 


Descripción de los datos a 
proporcionar a la entrada 

m Salidas Descripción de los datos res- 
tituidos 

m Errores Descripción de las eventuales 


condiciones de error, de los 
correspondientes valores de 
los indicadores (flags) utiliza- 
dos y de las eventuales accio- 
nes de recuperación posibles 


La técnica de desarrollo top-down 


El método top-down es, en sustancia, la traspo- 
sición sintética en el plano práctico de los con- 
ceptos expuestos en los capítulos dedicados a 
los diagramas de flujo y a las técnicas de im- 
plantación de los programas. Se ha preferido in- 
troducirlo en este punto de la obra porque el 
conocimento del Basic hace menos abstracto el 
tema y facilita su comprensión. 

En el proyecto del software, el problema princi- 
pal es el de obtener una estructura que pueda 
interpretarse fácilmente, corregirse o enrique- 
cerse con nuevas funciones. Estos objetivos 


¿Qué software? 


Desde la mitaa de los años 50 el mundo del Pro- 
ceso de Datos está atravesando la «crisis del 
software» oportunamente prevista por B. W. 
Boehm y después representada eficazmente 
con un famoso diagrama aparecido por primera 
vez en un número de Datamation en 1973 (verla 
figura de la parte inferior izquierda de la pág. 
778). En realidad han sido necesarios varios 
años para hacer comprender que los costes del 
software estaban destinados a superar amplia- 
mente los del hardware y sólo desde hace poco 
tiempo nos damos plena cuenta del alcance de 
esta sorpresa y de la dimensión que han asumi- 
do los problemas de control de calidad. 
Efectivamente, la crisis del software tiene en su 
interior una «Crisis de calidad del software» que, 
con una oportuna modificación de las escalas 
de referencia, todavía puede representarse con 
una curva análoga a la de la figura anterior (ver 
la figura en la parte inferior derecha de la pág. 
778). Con la introducción de la programación 
estructurada, el software ha dado un enorme 
paso hacia adelante. Para comprender rápida- 
mente y de forma superficial su significado, con- 
viene recorrer las etapas fundamentales de esta 
importante innovación conceptual. La neces!- 
dad de una revisión de las metodologías de 
programación se había hecho muy evidente 
con el aumento de la complejidad ae los pro- 
gramas escritos con lenguajes tradicionales del 
tipo Fortran, Basic, Assembler, etc. El primer pa- 
so significativo en la nueva dirección fue realiza- 
do por el profesor Edsger W. Dijkstra que, en un 
famoso artículo allá en el año 1965 observó que 
«la calidad del software, o mejor, de un pro- 
grama de software es inversamente proporcio- 
nal a la densidad de las fases de GOTO presen- 
tes en el propio programa». 

El siguiente paso fue realizado por C. Boehm y 
Jacopini que, en mayo de 1966, anunciaron su 
teorema de estructura por el que «...realizando 
una serie de manipulaciones elementales o 
transformaciones en la estructura de control ló- 
gico de cualquier programa no estructurado se 
puede obtener un programa estructurado». 

En 1971, Niklaus Wirth formuló las reglas de ba- 
se de la programación estructurada, sugiriendo 
que se llegase a través de una secuencia de 
pasos sucesivos de refinado. Poco más tarde, 
siempre en 1971, el doctor Halan Mills y F. Terry 
Baker demostraron por primera vez qué ven- 


tajas podrían conseguirse con esta nueva meto- 
dología en las aplicaciones industriales. 

Un posterior paso'adelante, de gran importan- 
cia en la historia de la programación estructura- 
da, lo realizó Parnas en 1972 con el descubri- 
miento de la descomposición modular. Con esta 
técnica, la versión final de un programa fuente 
queda subdividida en unidades caracterizadas 
por una forma cualquiera de «abstracción». 

En 1972 se escribieron los primeros libros de 
texios universitarios sobre el tema por Wein- 
berg, Dahl, Dijkstra y Moore. En diciembre de 
1973 Datamation, con una serie de famosos ar- 
tículos, presentó la programación estructurada 
como «una revolución de la programación». 

El concepto clave de la programación estructu- 
rada es la abstracción, o sea el énfasis selectivo , 
sobre el detalle, que conduce a retener única- 
mente las propiedades esenciales de un objeto 
y, como corolario, a despreciar los detalles no 
esenciales. Por ejemplo, normalmente los usua- 
rios de los lenguajes programación adoptarán 
«Máquinas abstractas» en las que se han elimi- 
nado algunos detalles no esenciales como la 
asignación de las posiciones de memoria. lgno- 
rando el detalle, la abstracción sirve por tanto 
para reducir la aparente complejidad de la ta- 
rea. En otras palabras, una abstracción es una 
descripción simplificada o específica de un sis- 
tema que acentúa ciertos detalles o ciertas pro- 
piedades del sistema y desprecia otras. Una 
buena abstracción es aquella en que la informa- 
ción significativa se acentúa, mientras que los 
detalles inmateriales o divergentes por lo menos 
se suprimen temporalmente. 

La abstracción en los sistemas de programa- 
ción corresponde muy de cerca a lo que en mu- 
chos otros campos se llama «modelo analítico». 
Efectivamente, estos dos procesos tienen mu- 
chos problemas en común que necesitan deci- 
dir qué características del sistema son impor- 
tantes, qué variabilidad/harámetros se incluye, 
qué formalismos descriptivos deben emplearse, 
qué modelos van a convalidarse y así sucesiva- 
mente. 

Como en muchos otros campos, a menudo se 
definen jerarquías de modelos en las que los 
modelos de nivel más bajo carecen de más de- 
talles que los que aparecen en modelos de más 
alto nivel. En estos modelos, la descripción es 
suficientemente diferente de los sistemas reales 
como para necesitar una convalidación especí- 
fica. La descripción abstracta de un modelo 
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constituye su «especificación» y el modelo de 
nivel inmediatamente inferior constituye su «ac- 
tuación». La convalidación que la especifica es 
coherente con la actuación y recibe el nombre 
de «verificación». 

Muchas técnicas para la organización de los 
programas y de los lenguajes se basan en el 
principio de la abstracción. Estas técnicas han 
evolucionado, por grados, no sólo por la com- 
prensión de la programación propiamente di- 
cha, sino también por nuestra habilidad de per- 
cibir las abstracciones como especificaciones 
formales de los sistemas. 

En 1960, por ejemplo, los desarrollos más im- 
portantes en la metodología y en el lenguaje de 
programación se centraron sobre las funciones 
y sobre los procedimientos, que reasumen una 
parte del programa en términos de un nombre y 
de una lista de parámetros. En 1970, los desa- 
rrollos se concentraron en el proyecto de las es- 
tructuras de datos y sobre las técnicas de espe- 
cificación, construidas con métodos de lógica 
matemática y de semántica del lenguaje muy 
sofisticados para permitir una verificación formal 
de la coherencia entre programas y especifica- 
ciones. 

Las nuevas metodologías y los nuevos len- 
guajes de programación han aparecido y se 
han desarrollado para responder a los nuevos 
requisitos necesarios para cubrir la complejidad 


Composición porcentual del costo de un 
sistema de proceso 
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de los viejos lenguajes (Basic, Fortran, Algol, 
etc.) y sistemas de programación. A medida. 
que el lenguaje evoluciona para satisfacer dl- 
chas ideas nuevas, se vuelven a formular las 
percepciones de los problemas y de las solucio- 
nes de respuesta a las nuevas experiencias. 
Así se ha llegado al empleo común del metalen-- 
guaje, o sea de un lenguaje formalizado que ha-- 
bla otros lenguajes. 
Actualmente, la búsqueda se concentra sobre: 
nuevos lenguajes y sobre la sistematización teó- 
rica de los de alto nivel, en particular de los len- 
guajes algebraicos, o mejor, de los lenguajes 
normales. Matemáticos y lógicos de fama mun- 
dial están dedicando sus mejores esfuerzos a la 
búsqueda de un lenguaje formal universal y ri- 
guroso. Para citar solamente algunas fuentes, 
baste recordar la escuela vienesa (lenguaje 
VSM) que asegura que el único tipo de progra- 
mación es el basado en la matemática más: 
avanzada y rigurosa, en el álgebra abstrac-- 
ta avanzada, o bien la escuela de IBM, a cargo. 
de John Backus y Naur con su estilo de progra-. 
mación por funcionales (FP style), o todavía la 
escuela SRI International, siempre para el em- 
pleo del álgebra abstracta avanzada O de la teo- 
ría de los lenguajes formales. 

Mientras tanto, el Departamento de Defensa de 
Estados Unidos ha hecho proyectar, ad hoc, el 
lenguaja ADA que, empleando algoritmos del 


Composición porcentual del 
costo de la calidad de un sistema de proceso 


% del costo total de la calidad 


de sistema 


'Pestón 


manule ención 


lenguaje moderno con las usuales estructuras 
de control, es capaz de definir los tipos y los 
subprogramas, de programar en tiempo real, 
realizando tareas de programación paralela y 
de gestión . 

En consecuencia, aun sin saber qué nos reser- 
va el futuro, razonablemente puede preverse el 
desarrollo de lenguajes de tipo ADA que, entre 
otras cuestiones, ha nacido de las tres exigen- 
cias de fondo: 


FASES DE DESARROLLO DEL SOFTWARE 


rrollo 


A y 


convali 


1) reconocer la importancia de las característi- 
cas de calidad, comprendidos la fiabilidad y 
e mantenimiento del programa; 

2) considerar la programación como una activi- 
dad humana (human engineering = warm); 

3) conseguir una elevada eficacia tanto total 
como particular. 


(extraído de «La calidad del software» de Giuseppe Quar- 
tieri, CATA MANAGER n.* 27, octubre 1983) 
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pueden conseguirse utilizando una de las nu- 
merosas técnicas de desarrollo conocidas, ca- 
da una de las cuales presenta un cierto grado 
de dificultad. 

La técnica de top-down es un método no esen- 
cialmente complejo y al mismo tiempo plena- 
mente válido. 

El enfoque consiste en identificar el probiema en 
sus líneas principales, escindiéndolo sucesiva- 


La calidad del software 
en 45 palabras 


Software. Es el conjunto de todas las instrucciones y 
de los datos que deben cargarse en un calculador pa- 
ra realizar un determinado procedimiento. Por tanto, 
comprende los sistemas operativos, los supervisores, 
los compiladores, las rutiras de prueba, los progra- 


mas de aplicación y el llamado «paperware». 


Programa. Un programa a es un conjunto de pares de 
estados (s, t) en el que s es el estado inicial del propio 


cálculo de a y t es el estado final. 


Ingeniería de software. Es el conjunto y el uso de po- 
tentes y eficaces métodos y principios de ingeniería 
orientados a la producción de programas fiables y fun- 


cionando correctamente. 


Comprensibilidad. Un producto software es com- 
prensible siempre que su objetivo (final) resulte claro 


al aprobador, 


Plenitud. Un producto software está completo si todas 
sus partes están disponibles y si cada parte se ha de- 


sarrollado completamente. 


Concisión. Un producto software es conciso s' no tie- 


ne redundancias de informaciones. 


Portabilidad. Un producto software es portátil si pue- 
de transferirse fácilmente y hacerlo funciorar correcta- 
mente en sistemas diferentes al que se había desarro- 


llado originalmente, 


Coherencia. Un programa es coherente si tiene uni- 
formidad: de notaciones, simbología y terminología. 
Aderrás es coherente exteriormente si su contenido 


puede referirse a las especificaciones del proyecto. 


Mantenibilidad. Un producto software puede mante- 
nerse a condición de que pueda adaptarse fácilmente 


a nuevos requisitos. 


Demostrabilidad. Un producto software es demostra- 
ble si pueden definirse fácilmente los criterios de apro- 
bación y evaluación de sus prestaciones técnicas. La 
demostrabilidad comprende por tanto dos aspectos: 


— la definición de los criterios de demostración; 


— la verificación del cumplimiento de los criterios defi- 


nidos anteriormente. . 


Utilidad. Un producto software es útil si resulla ade- 
cuado y práctico con respecto al uso a que va desti- 
nado. También la utilidad presenta dos aspectos di- 


ferentes: 


— la posibilidad de reutilización parcial o total an otros 


proyectos (no confundir con la portabilidad); 


mente en un cierto número de problemas más 
sencillos. A su vez, estos problemas que po- 
drían definirse de segundo nivel, podrían resol- 
verse directamente, o bien escindirse a su vez 
en funciones elementales. 

La estructura que se deriva de ello es un árbol 
ramificado que, partiendo de los problemas 
principales, describe las funciones a desarrollar 
con un grado de detalle creciente a medida que 


— la calidad del interfaz hombre-máquina y de las sa 
lidas y la correcta definición de los archivos y de los 
datos de entrada. 


Fiabilidad. Definida en sentido llano es la probabili- 
dad que un producto software pueda asumir, en los: 
tiempos y en las condiciones ambientales previstas, 
las funciones para las que ha sido proyectado. 


Estructuración. Un producto software está eslruclu- 
rado si la interdependencia entre sus partes están or- 
ganizadas en una estructura del tipo camino-tipología. 


Eficiencia. Un producto software es eficiente si res- 
ponde al objeto para el que ha sido proyectado sin: 
desaprovechamiento de los recursos. 


Recursos de software. En sentido llano son las mag-. 
nitudes de la memoria, el número total de las instruc= 
ciones, los archivos en línea, la capacidad del canal 
de l/O, etc. 


Independencia. Un producto software es indepen- 
diente de los dispositivos funcionales si puede hacer- 
se funcionar sobre configuraciones de hardware dife- 
rentes a la que se ha proyectado inicialmente. 


Precisión. Un producto software es preciso si los re- 
sultados que proporciona son suficientemente preci- 
sos en relación al empleo a que van destinados. 


Accesibilidad. Un producto software es accesible si 
los datos de entrada están claramente definidos y si. 
los de salida son fácilmente comprensibles y útiles: 
tanto en la forma como en el contenido. 


Legibilidad. Un producto software es legible si funcio- 
na bien y si su lógica puede deducirse fácilmente de 
la lectura del código. 


Incrementabilidad. Un producto software es incre-. 
mentable si puede acoger fácilmente una expansión: 
de los datos o de las funciones de ensamblaje. 


Ingeniería humana. Un producto software se dice: 
que tiene una cantidad de ingeniería en sus relaciones: 
con el usuario que satisface el fin previsto sin hacerle: 
perder tiempo o energía y sin influir negativamente en; 
su moral. ! 


Modificabilidad. Un producto software es modificable 
si es que puede aceptar fácilmente la inclusión de una 
variante, 


Comunicatividad. Un producto software es comuni- 
cativo si facilita la definición de las entradas y si pro- 
porciona resultados fácilmente comprensibles y útiles 
tanto en la forma como en el contenido. 


se procede hacia el particular. La ejecución de 
cada función, o grupo de funciones, está dele- 
gada a una subrutina diferente. La salida de ca- 
da subrutina constituirá la entrada para la que le 
sigue; por tanto, es necesario asegurarse de 
que los nombres y los tipos de las variables utili- 
zadas se corresponden entre ellas. 

En esto puede ser de notable ayuda la docu- 
mentación con técnicas HIPO. 


Autodescriptibilidad. Un producto software es auto- 
descriptible si contiene informaciones suficientes para 
que un lector pueda determinar fácilmente los objeti- 
vos, las asunciones, los vínculos, las entradas y las 
salidas, los componentes y los estados de los progra- 
mas sencillos. 


Cobertura funcional. Es 'a inserción de flags, etique- 
tas y otros símbolos de identificación (eventualmente 
acoplados con frases de aserción) después de cada 
función de un programa para señalar, durante la fase 
de ejecución, si todas las funciones se han realizado 
en la secuencia adacuada. 


Verificación del software. Sirve para determinar si un 
producto software lunciona de manera que satisfaga 
los requisitos contractuales. 


Convalidación del software. Sirve para establecer si 
un producto software funciona de manera satisfactoria 
en el ámbito de un sistema global (y, por tanto, tam- 
bién comprende una evaluación de los requisitos de 
software). 


Certificación del software. Ratifica la calidad (fiabili- 
dad, etc.) del software. Puede realizarse solamente 
por una entidad que tenga la autoridad. 


Prueba del software. Consiste en una ejecución del 
software con el fin de determinar si los resultados pro- 
ducidos son correctos, 


Depuración del software. Es el proceso de identifica- 
ción, localización y corrección de los errores. 


Inspección del software. Es un examen del software 
y de los correspondientes materiales de soporte. 


Aprobación del software. Es un proceso de control 
final y de mejora del software para hacerlo utilizable al 
usuario, 


Prueba de las prestaciones. Es un proceso de de- 
mostración de la respuesta de un producto software 
ante ciertos requisitos de ejecución, que por ejemplo 
pueden corresponder a los tiempos de máquina o a la 
dimensión de la memoria ocupada. 


Prueba de aceptación. Es el conjunto de todos los 
procesos formales que permiten establecer si un pro- 
ducto software es aceptable por el usuario. 


Ciclo de vida del software. Comprende la definición 
de los requisitos y de las especificaciones, la fase del 
proyecto, la implantación de un código legible y ase- 
quible por el calculador, el ensamblaje, el ejercicio a 
gestionar, la manutención. 


El método top-down permite construir un pro- 
grama por grados. Inicialmente se preparan los 
módulos principales mientras los otros podrían 
sólo ser simulados; a continuación se sustituyen 
los módulos simulados con los reales, desarro- 
llando las oportunas pruebas a medida que se 
integra cada módulo. 

La estructura que resulta es muy flexible y fácil- 
mente modificable (para variar una función cual- 


Modelo de software. Es una entidad que representa 
útilmente un proceso o un producto. 


Algoritmo. Es un texto, es decir un conjunto finito de 
simbolos, que describe un conjunto, generalmente in- 
finito, de secuencias de ejecución o de procesos se- 
cuenciales. 


Intervalo de fiabilidad. Es la probabilidad de que en 
un determinado espacio de tiempo T, el sistema sea 
operativo y continúe funcionando durante un intervalo 
de duración X, 


Disponibilidad. Se divide en dos funciones: 

— la disponibilidad puntual es la probabilidad de que 
en un determinado instante de tiempo T, el producto 
software pueda funcionar entre los límites previstos de 
tolerancia técnica y ambieníal. 

— el intervalo de disponibilidad es el periodo de tiem- 
po durante el cual se puede esperar probabilística- 
mente que el producto software funcione dentro de las 
tolerancias previstas. 


Error (causativo). Es una discrepancia conceptual, 
sintáctica u operativa (de menor nivel) que puede con- 
ducir a uno o más fallos del software. 


Fault (sistemático). Fs uma manifestación específica 
de error debido a una discrepancia del software que 
impide la posibilidad de realizar la función pedida. Un 
error puede ser la causa de diferentes fault. 


Fallo. Se produce cuando un dato de entrada produ- 
ce un fault del programa que, en consecuencia, no 
consigue realizar correctamente la función pedida. Un 
fallo puede ser: 

— detectado, si se ha detectado efectivamente 
—no detectado, en caso contrario 

— crítico, si crea una situación crítica 

— hard, si provoca la caída del sistema 

— soft, si es crítico pero no hard. 


Safe software. Es un software a prueba de errores, es 
decir, tan seguro que ningún error de software puede 
causar un fallo crítico. 


Código estructurado. Es el código de las soluciones 
de software en que el acento se coloca sobre las es- 
tructuras lógicas directas. 


Metodología del árbol de los fallos. Es una metodo- 
logía de análisis de la propagación de los errores, pri- 
mitivos y causativos, a lo largo del programa y de la 
consiguiente aparición de fallos de nivel superior. 


(extraido de la «La calidad del software» de Giuseppe 
Quartieri, DATA MANAGER n? 27, octubre 1983). 
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quiera es suficiente sustituir el módulo o la sub- 
rutina que la realiza) y permite una aprobación 
más sencilla y segura de todo el software. 
Como aplicación de esta técnica considérese el 
siguiente ejemplo. 

Una sociedad tiene varios vendedores; se quie- 
re memorizar para cada uno las mercancías 
vendidas (código, cantidad e importe), así 
como el cliente. 

Al mismo tiempo, los datos de las ventas deben 
actualizar tanto las cantidades que quedan en 
el almacén, cuanto los acumulados del archivo 
de clientes. 

Las salidas necesarias son las siguientes: 

— Total vendido por cada vendedor 

— Situación del almacén 

— Situación de los clientes 

El primer paso consiste en comparar los datos 


de entrada con los necesarios en la salida para 

identificar la estructura de los files y los proce- 

sos a realizar. 

En este caso concreto, los datos de entrada es- 

tán constituidos por los movimientos, mientras 

que los procesos consisten en la actualización 

de los archivos de almacén, proveedores y ven- 

dedores. 

Por tanto, se identifican 4 files: 

— Movimientos: contienen los datos relativos a 
las ventas 

— Almacén: contiene los datos del almacén 

— Clientes: acumulación por cada cliente 

— Vendedores: acumulación de ventas para 
cada vendedor 

La introducción de los datos se realizará en el 

file Movimiento; al final (por ejemplo, con fre- 

cuencia diaria) se pedirá la impresión y, a conti- 


ESTRUCTURA DE LOS FILES EN UN PROGRAMA DE GESTION DE VENTAS 


Record 


Record 
as 
Mercancía 1 


Actualización del importe 


Record 
a 


Cliente 1 


| Cliente 2 


Record 


Vendedor 1 


Vendedor 2 


File 
Movimientos 
(MOV) 


Actualización de la cantidad 


Mercancía 2 | Mercancía 3 | Mercancía 4 | 


File 
Almacén 
(ALM) 


Cliente 3 
File 
Clientes 
(CL!) 


Vendedor 3 
File 
Vendedores 
(VEN) 


El código de vendedor del file Movimientos (de nombre MOV) 
actualiza el total vendido en e record correspondiente 


782 


sw Main 
a Subrutinas 


DIAGRAMA DE FLUJO DEL PROGRAMA DE GESTION DE VENTAS 


Em 
yy 


Common 
de tipo 


Declaraciones variable 


nuación, después de la corrección de los even- 
tuales errores, los datos de los movimientos irán 
a actualizar los archivos. Al lado se ha esque- 
matizado la estructura de los files y los formatos 
de los records. 

En esta página se ha representado el diagrama 
de flujo de primer nivel del programa. 


de funciones 


En esta subrutina se han introducido 
los movimientos. Al final 
se obtiene la impresión 


Se actualizar los archivos 
Almacén (ALM), 

Clientes (CLI) y 
Vendedores [VEN) 


El file Movimientos contienen datos 
ya trasferidos, y por esto se ponen 


siguiente introducción 


a cero para quedar preparado para la 


Inicialmente, todas las subrutinas son simuladas 
y producen simplemente la aparición de un 
mensaje en pantalla; de este modo puede verifi- 
carse si la lógica en su conjunto es exacta. A 
continuación se pasa a la integración de una ru- 
tina cada vez y a su ensamblaje. En el main se 


han previsto las declaraciones. 
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Los errores del software 


Prevenir y buscar los errores de programación 
significa conocer sus causas. Los enfoques al 
problema pueden ser dos, según como estén 
clasificados los errores. Excluidas las inexactitu- 
des lexicales o de sintaxis, que son diagnostica- 
das inmediatamente por el sistema, los errores 
pueden dividirse según la función realizada por 
la parte del programa que lo contiene y en lun- 
ción del tipo de instrucción. 

En la clasificación del tipo de función, cerca del 
15% de los errores interesa la zona de acopla- 
miento del programa, o sea aquellas partes que 
sirven de comunicación con el mundo exterior, 
el 25% de los errores en cambio se debe a una 
colocación secuencial no correcta de las ins- 
trucciones. En la clasificación en base al tipo de 
instrucción, cerca del 30% de los errores están 
en los DATA o en otras asignaciones, y el 20% 
en las instrucciones condicionadas. 

Por tanto, los datos estadísticos indicados su- 
gieren la siguiente escala de prioridad en la 
búsqueda de los errores: 


Instrucciones de asignación (30%) 
Secuencia de las instrucciones (25%) 
Instrucciones condicionadas (20%) 
Interfaz (15%) 

Otros (10%) 


En cualquier caso, las causas se buscan en el 
detalle del programa; por tanto, estos errores 
que generan estadísticamente cerca de la mi- 
tad de los inconvenientes son fácilmente identifi- 
cables. La otra mitad de los problemas tiene un 
origen más oculto y, a veces, de interpretación 
muy compleja. Se trata de los errores que son 
debidos a la inexactitud en la transferencia de 
las informaciones. 

La producción del software implica la descrip- 
ción, en un lenguaje comprensible por la máqui- 
na, de todas las acciones necesarias para obte- 
ner un determinado resultado. La identificación 
de cuál es el resultado a obtener y cuáles son 
los algoritmos más adecuados para obtenerlo 
es la misión de la fase de análisis. En esta fase, 
el usuario final debe transferir al analista (o di- 
rectamente al programador) una notable canti- 
dad de información inherente al problema espe- 
cífico. A su vez, el analista debe adaptar el pro- 
cedimiento, descrito según un desarrollo ma- 
nual, a las necesidades y a los vínculos impues- 
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tos por la máquina, y debe conseguir orientar al 
usuario hacia métodos alternativos más ade- 
cuados al procedimiento automatizado. 
Así se crea una situación en la que los dos inter- 
locutores, ambos especialistas en un determina- 
do sector, intentan transferirse recíprocamente 
las propias necesidades objetivas. 
De esta manera se determina un caso clásico 
de incomunicabilidad al menos parcial. Cada 
uno de los dos interlocutores supondrá, sin dar- 
se cuenta, que se dan por descontados algunos 
puntos, y no los expondrá con el debido detale. 
El resultado será un análisis incompleto, que in- 
defectiblemente llevará a un software defectuo- 
so. En la fase de aprobación saldrán los defec- 
tos, todos o en parte, y esto obligará a adoptar 
soluciones de repuesto no evaluadas adecua: 
damente antes de esto. 

Las correcciones conducirán a la introducción 
de nuevas partes sobre un programa ya defini- 
do y no estructurado para estas nuevas funcio- 
nes. El software perderá entonces la arquitectu- 
ra original, corriendo el peligro de transformarse 
en un conjunto de módulos superpuestos al de- 
sarrollo de funciones más o menos conectadas, 
y no integradas armoniosamente. El único modo 
de evitar este resultado catastrófico consiste en 
proceder desde la fase inicial según una lógica 
sistemática basada en tres momentos: 


m Exposición de las necesidades 
m Elaboración 
m Verificación 


Aprobación del software 


Aprobar un programa significa verificar su efica- 
cia en cada posible condición operativa. 
Los resultados de la aprobación permiten res- 
ponder a algunas preguntas fundamentales que 
se plantea ya sea el usuario, ya sea el progra- 
mador: 


m ¿Funciona el programa que voy a adquirir o 
que he escrito? ¿Y hasta qué punto? 
m En caso de error ¿corren peligro de destruir- 
se los datos ya introducidos? 
ma ¿Será posible en el futuro una eventual madi- 
ficación? ¿Cuál será su costo? 
m ¿Con qué frecuencia tendré el sistema para- 
do a causa de errores? ¿Y por cuánto tiempo 
el sistema deberá permanecer inactivo en 
espera de las correcciones? 


— 


En la práctica, difícilmente se obtiene un grado 
similar de plenitud. La práctica normal realizada 
prevé la verificación de las Únicas situaciones 
principales, confiando que éstas puedan cubrir 
la casi totalidad de los casos. Esta suposición 
no puede hacerse tan gratuitamente; para que 
pueda tener algo de veracidad deben adoptar- 
se determinadas técnicas de aprobación y, so- 
bre todo, métodos particulares de estructura- 
ción y de detalle de los programas. Por tanto, 
deben tenerse en cuenta los problemas de 
aprobación desde las primeras fases del análi- 
sis, de manera que se proyecte una estructura 
que puede convalidarse fácilmente. 

Antes de iniciar la búsqueda de los errores de- 
be establecerse qué es un error de software. 
Desde el punto de vista del usuario, cualquier 
funcionamiento no conforme con las propias ex- 
pectativas es un error de software; desde el 
punto de vista del programador,. en cambio 
puede tratarse de un funcionamiento normal, ya 
deseado, 

Por ejemplo, las fases de tránsito de los aviones 
sobre los aeropuertos están guiadas por siste- 
mas de radar controlados por calculador. Al 
acercarse un objeto volante (no sólo un avión) el 
radar lo intercepta y transmite las oportunas ¡n- 
formaciones al calculador. Este último, o mejor 
dicho el software de gestión, asocia al objeto un 
símbolo gráfico y lo presenta en el monitor. 

La presentación del símbolo gráfico se produce 
en cada caso, tanto sí el eco ha sido originado 
por un avión, como si se trata de una bandada 
de pájaros o de una reflexión esporádica de las 
señales de radar. El resultado es la presenta- 
ción de un avión inexistente. ¿Es esto un error 
de software”? 

El usuario afirma que sí: no quiere ver cosas que 
no le interesan y no existen. El programador tie- 
ne puntos de vista netamente opuestos: para él, 
el programa funciona perfectamente, puesto 
que presenta y gestiona todo aquello que inter- 
cepta el radar. 

La solución más sencilla es considerar erróneas 
todas las respuestas en que el programa no es- 
tá conforme con las especificaciones (con el tér- 
mino especificaciones se entiende la descrip- 
ción de las funciones que el software deberá 
realizar y de sus límites en términos de cantidad 
de los datos entrados, velocidad de ejecución, 
etcétera). 

Esto equivale a establecer la suposición de que 
las especificaciones son correctas, mientras 


que, en la mayor parte de los casos, los errores 
son imputables propiamente a su inexactitud O 
falta de acabado. 

Por tanto, puede concluirse que los errores de 
software, aparte de los banales que pueden elí- 
minarse fácilmente, no son intrínsecos de la pro- 
gramación, sino que derivan de una compleja 
concomitancia de causas, las principales de las 
cuales deben buscarse en cómo se han prepa- 
rado las especificaciones. Por tanto, para obte- 
ner un producto «profesional» deben determi- 
narse exactamente las posibilidades y los lími- 
tes que quieren obtenerse, 

Sin embargo, los errores pueden producirse a 
continuación de una acción inesperada por par- 
te del usuario, y por otra parte no es posible pre- 
ver todas las eventuales acciones no correctas” 
e insertar un control para cada una de ellas; el 
software podrá prever las más peligrosas, pero 
no todas. 

El segundo parámetro a considerar, para una 
instalación correcta de un programa, es la fiabi- 
lidad. Con este término se entiende la probabili- 
dad de que el software pueda trabajar durante 
un determinado periodo de tiempo sin incurrir 
en errores. 

La fiabilidad del software depende del tiempo: 
inicialmente es baja (a la puesta en marcha del 
sistema se tiene la máxima concentración de 
errores), y aumenta con el tiempo a medida que 
se aportan las correcciones. La fiabilidad del 
hardware tiene un proceso diferente: excluida 
una fase inicial muy breve, el número de las ave- 
rías se mantiene limitado durante un largo perío- 
do, transcurrido el cual, a causa del envejeci- 
miento de los componentes, aumenta con mu- 
cha rapidez. 

En la pág. 786 se ha representado un gráfico 
que muestra cualitativamente los procesos de 
ambos fenómenos. La fiabilidad del sistema de- 
pende de las dos fiabilidades, y proporciona 
una medida del intervalo de tiempo que puede 
transcurrir entre dos paros sucesivos debidos 
bien a una avería de hardware, bien a un error 
de software. 

En los procesos indicados se ha supuesto que 
las correcciones aportadas al software no gene- 
ran otros errores. En realidad esto se produce 
muy raramente y sólo a condición de que el pro- 
grama esté bien estructurado. Normalmente su- 
cede que algunas correcciones eliminan un tipo 
de error pero generan otro, El problema puede 
minimizarse solamente estructurando los pro- 
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FIABILIDAD DE UN SISTEMA DE MICROCALCULADOR 


Periodo inicial: 
el hardware y el 
software 
presentan el 
máximo 
número de 


inconvenientes más fiable 
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gramas de modo muy lineal y proveyéndolos de 
numerosos comentarios que expliquen, paso 
por paso, su funcionamiento. Esta forma de es- 
tructuración (que se ilustrará con más detalle 
más adelante) constituye la previsión esencial 
para una buena manutención del software. 
Difícilmente un programa podrá ser un producto 
estático. En la casi totalidad de los casos debe- 
rá sufrir modificaciones o actualizaciones. En los 
programas de carácter económico o administra- 
tivo, por ejemplo, deberán insertarse las varia- 
ciones consiguientes a las nuevas normativas, 
mientras que en los científicos podrán variar los 
algoritmos de cálculo o los parámetros utiliza- 
dos. Estas actualizaciones son posibles, desde 
el punto de vista de la conveniencia económica, 
solamente si el programa es de fácil comprensi- 
bilidad. 

En la página siguiente se ha representado un 
gráfico que muestra el peso de las diversas 
operaciones sobre el costo total del programa, 
suponiendo que éste es igual a 100: el costo del 
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Las averías de hardware 
tienen una distribución 
casual, el software se 
convierte poco a poco en 


El envejecimiento 
aumenta el 
número de averías 
de hardware. El 
software, en 
cambio, está más 
perfeccionado 


mantenimiento es aproximadamente el 50% del 
total (en los grandes sistemas puede llegar al 
75%) y, por tanto, representa el punto más im- 
portante en la economía del sistema. No son ra- 
ros los casos en los que la incorrecta estructura- 
ción del programa obliga a reescribir todo el 
software en lugar de continuar aportándole mo- 
dificaciones. 


Métodos de aceptación 


La aceptación es la fase más delicada y com- 
pleja de todas las actividades de producción 
del software, principalmente por dos motivos. 
En primer lugar, el argumento es poco conoc do 
y el enfoque suele ser erróneo. En segundo lu- 
gar, la finalidad de una aceptación a menudo se 
entiende como la demostración de la ausencia 
de errores, mientras que debería ser exacta- 
mente lo opuesto: el objelivo de una aceptación 
es el de evidenciar los errores del software, ha- 
ciendo lo posible para provocarlos. Los dos 
puntos de vista no son equivalentes, puesto que 


conducen a resultados opuestos: siguiendo la 
primera metodología se evitan todas aquellas 
acciones que podrían producir errores; en el se- 
gundo caso se utiliza deliberadamente el soft- 
ware de modo incorrecto para controlar también 
la capacidad de recuperación de los errores co- 
metidos por el operador. La aceptación del soft- 
ware puede estructurarse y realizarse por pasos 
sucesivos, con métodos análogos a los utiliza- 
dos para escribir un programa. 

En otras palabras, se tratra de programar con 
un diagrama de flujo las diversas actividades a 
realizar. 

Un programa, también de modestas dimensio- 
nes, contiene numerosas ramificaciones, y pro- 
cede a lo largo de una o de otra en función de la 
forma en que se utiliza; es imposible prever una 
aceptación que pueda seguir todas las líneas 
de flujo del programa. La aparición de un error 
puede depender de los valores asumidos por 
las variables numéricas; los tiempos necesarios 
para comprobar todas las posibles combinacio- 
nes pueden evaluarse en términos de años. Es- 
tas dificultades sólo pueden superarse aplican- 
do metodologías muy complejas. 

En las aplicaciones en los ordenadores perso- 
nales y microordenadores, la aceptación puede 
realizarse de forma más sencilla verificando so- 
lamente los casos principales, en particular los 
módulos de interfaz con el usuario. 
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DISTRIBUCION DE LOS COSTES DEL SOFTWARE 


Las principales técnicas utilizadas en la acepta- 
ción se denominan 


Bottom-up 

Top-down 

Big-bang 

Sandwich 

Gráficos causa-efecto 


Bottom-up. Un programa normalmente está es- 
tructurado como un conjunto de módulos que 
se envían a ejecución en base a las llamadas 
(GOSUB) efectuadas por un módulo principal 
(main), al igual que una determinada subrutina 
puede llamar otras. En cada caso existe un mó- 
dulo terminal. El método consiste en aceptar se- 
paradamente el módulo terminal para integrarlo" . 
después gradualmente con los de nivel supe- 
rior, hasta llegar al primero. En este punto todo 
el programa está integrado y aceptado, 

El método bottom-up necesita el uso de módu- 
los de servicio, utilizados solamente para la 
aprobación, que sirven para controlar las partes 
del programa que se examinan. Así, si el módu- 
lo terminal es una subrutina de impresión, para 
su aprobación deberá disponerse de un módu- 
lo que prepare las variables. En el segundo 
paso, al integrar la subrutina real, utilizará un 
módulo de servicio que prepare los nuevos da- 
tos necesarios para ella, y así sucesivamente. 


Aprobación Mantenimiento Actividad 
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Las funciones de «control» que desarrollan es- 
tos módulos de servicio se llaman drivers. 


Top-down. Es el método inverso al anterior. El 
primer módulo controlado es el inicial, por ejem- 
plo el main. Á continuación se integran y prue- 
ban los otros módulos, procediendo en el senti- 
do del flujo del programa. Aunque en este caso 
son necesarios módulos de servicio que simu- 
len las funciones realizadas por los módulos aún 
no integrados. La complejidad de estos módu- 
los (llamados stubs) depende de las funciones 
que simulan. En muchos casos, estos módulos 
contienen sólo la instrucción RETURN y sirven 
para verificar que el módulo se ha llamado de 
forma correcta. El método top-down presenta 
dos desventajas. La primera viene dada por el 
riesgo de que, para controlar correctamente las 
partes que faltan, los stubs pueden hacerse de- 
masiado complejos. La segunda desventaja 
consiste en que la parte nicial del programa 
normalmente es la última en quedar completa- 
da, puesto que se resiente de todas las variacio- 
nes aportadas a los demás módulos; en cam- 
bio, con esta técnica, la parte inicial debe ser la 
primera en superar la aprobación. Este impedi- 
mento puede superarse aprobando separada- 
mente los diversos módulos antes de la integra- 
ción, pero esto requiere la escritura bien de los 
oportunos módulos de servicio, bien de los 
stubs. 


Bib-bang. Consiste en la aceptación separada 
de los diversos módulos y, por tanto, en proce- 
der a una aceptación general después de la in- 
tegración completa. Este método puede aplicar- 
se sólo a programas de modestas dimensiones; 
en los otros casos puede presentar dificultades 
prácticamente insuperables. 


Sandwich. Consiste en utilizar simultáneamente 
el top-down y el bottom-up. De esta manera 
puede evitarse la escritura de algunos drivers o 
stubs. Puede presentar alguna dificultad y, por 
tanto, su uso sólo se justifica en los programas 
más complejos. á 


Gráficos causa-efecto. Una de las mayores di- 
ficultades que se encuentra en la aprobación de 
los programas es la verificación de la corrección 
de todos los algoritmos utilizados en las princi- 
pales situaciones posibles. Afrontar este tema 
sin una precisa metodología puede significar 
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encontrarse con dificultades insuperables tanto 
en términos de tiempo como en términos de 
elección de los parámetros más adecuados pa- 
ra emplear. 

Los gráficos causa-efecto pueden ser de gran 
ayuda en la definición de la estrategia de apro- 
bación. La técnica que utiliza consiste en el aná- 
lisis del contenido «semántico» de las especifi- 
caciones y en su transformación en un gráfico. 
Posteriormente, el gráfico se transformará en 
una tabla (tabla de decisiones), que representa 
los casos que deben verificarse durante la apro- 
bación. 

Los pasos a realizar son los siguientes: 


— Subdivisión de las especificaciones en fun- 
ciones simples 

— Análisis de cada función para determinar ca- 
da posible causa (entrada) y cada posible 
efecto (salida) 

— dibujo del gráfico 

— conversión del gráfico en una tabla de deci- 
siones 


La construcción del gráfico de realizaciones 
causa-efecto requiere una particular simbología 
que describe todas las posibles relaciones ele- 
mentales. En la página siguiente, arriba, se han 
indicado algunos símbolos principales. 

Para ilustrar el método, consideremos el caso 
de ejemplo en que se quiere producir una su- 
brutina que pueda convertir el primer carácter 
de una cadena en mayúscula. 

Las posibles causas son las siguientes: 


a el primer carácter es un número 

b el primer carácter es una letra mayúscula 

c el primer carácter es una letra minúscula 

d el primer carácter no es ni un número ni una 
letra 


mientras que los efectos posibles son: 


Xx la cadena queda sin variación (causa a) 

x la cadena queda sin variación (causa b) 

y el primer carácter se ha convertido en una 
letra mayúscula (causa c) 

z se emite un mensaje de error (causa d) 


además: 


1 / si existe error, el programa se detiene 
2 / si no hay error, el programa prosigue 


SIMBOLOS PRINCIPALES UTILIZADOS EN LOS GRAFICOS CAUSA-EFECTO 
| Causa Efecto 


IF A THEN B 
2 IF A OR B THEN C 
pa E 


— A) IF A AND B THEN C 


O ——-48) IF NOT A THEN 3 


DIAGRAMA CAUSA-EFECTO DEL PROGRAMA DE CONVERSION 
| PRIMER CARACTER 


O 


El diagrama de la parte inferior de esta página 
se construye con la simbología vista poniendo 
a la izquierda la causa y a la derecha el efecto, 
La tabla de decisiones se construye extrayen- 
do cada efecto e indicando todas las posibles 
causas. 

Resumiendo en una tabla todo lo que se ha ex- 
presado gráficamente se obtiene el plan de de- 
sarrollo de los ensayos (ver pág. 790). 


Eliminación de los errores 


La aprobación de un programa permite poner 
en evidencia los errores; la siguiente fase de de- 


> 
es 2 
O——0-——O (condición de error) 


puración (debugging) permite su eliminación. 
En realidad, las dos actividades no pueden dis- 
tinguirse tan netamente. 

A medida que se procede a la aprobación, cual- 
quiera que sea la técnica elegida, al producirse 
un error debe suspenderse la aprobación y pa- 
sarse a la depuración: encontrado y eliminado 
el error se prosigue con la aprobación. También 
la operación de depuración debe realizarse con 
método y siguiendo una lógica predeterminada. 
Una de las formas de análisis más utilizada es 
«el método» (the method), que permite llenar 
una tabla con tres parámetros principales: 
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TABLA CAUSA-EFECTO 


SI = Prueba a efectuar 
- = Caso a no considerar 


— What (qué): describe el síntoma base del 
error 

— Where (dónde): describe las zonas del pro- 
grama en que se verifica el error 

— When (cuándo): describe las condiciones 
bajo las cuales se tiene el error 


El método prevé un cuarto parámetro (objeto del 
síntoma) que se utiliza sólo en los sistemas más 
complejos y sólo raramente. El análisis de las 
respuestas proporciona la guía para buscar la 
causa del error. 

En Basic, la operación de depuración queda 
muy simplificada por la posibilidad de utilizar el 
lenguaje de forma inmediata. Al producirse un 
error puede detenerse la ejecución del progra- 
ma y pedir a la impresora todas las variables 
interesadas, con el fin de detectar eventuales 
errores anómalos. 

En los lenguajes que tienen sólo Compilador, la 
misma operación requiere la corrección del pro- 
grama fuente (para añadir las instrucciones de 
impresión), una nueva compilación del mismo y 
por tanto de nuevo lanzamiento. Solamente du- 
rante este segundo lanzamiento se tendrán a 
disposición los valores numéricos de las varia- 
bles ulilizadas en la zona del programa que 
contiene el error. En los casos más complejos 
puede ser necesario repetir la investigación va- 
rias veces antes de identificar el error, pero 
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mientras que en el Basic (interpretado) esto no 
requiere un empleo importante de tiempo, en los 
otros lenguajes, la carga puede ser extremada- 
mente importante. Por este motivo se han pro- 
ducido programas que sirven como auxilio en la 
búsqueda de los errores. 

Este tipo de software (debugging tools) permi- 
te examinar el contenido de las memorias utiliza- 
das por el programa que se examina, es decir 
presentar en pantalla los valores asumidos por 
las variables y sin necesidad de insertar instruc- 
ciones de impresión. Utilizando esta posibilidad 
pueden realizarse nuevas tentativas hasta iden- 
tificar la causa del error. El defecto de esta téc- 
nica reside en la necesidad de conocer el len- 
guaje Assembler. 

Los programas compilados se cargan en me- 
moria en forma binaria; cada instrucción está re- 
presentada por el respectivo código, de manera 
que las variables se identifican a través de su 
dirección de memoria y ya no con los nombres 
simbólicos utilizados en el programa fuente. El 
software de depuración (salvo casos particula- 
res aplicados sólo en grandes máquinas) prevé 
sólo esta forma y, por tanto, también si el pro- 
grama está escrito en un lenguaje de alto nivel, 
es posible que se esté obligado a realizar la de- 
puración utilizando, por lo menos parcialmente, 
el Assembler. 

En los sistemas más complejos existen determi- 
nados programas que pueden dialogar con el 
usuario y ayudarlo en la búsqueda de los erro- 
res. Por ejemplo, el sistema EXDAMS (Extenda- 
ble Debugging And Monitoring System) mantie- 
ne el registro en la cinta de todo lo que sucede 
durante el desarrollo de un programa; el usuario 
puede reexaminar la ejecución atendiendo a las 
informaciones de la cinta, y en cualquier mo- 
mento puede pedir la presentación en pantalla 
de las variables. 

El método permite hacer correr el programa en 
el sentido inverso con respecto al flujo (se pue- 
de girar al revés como si se utilizase una movio- 
la) pero no es posible aportarle ninguna modifi- 
cación, puesto que el examen se realiza una 
vez que el programa ha terminado de correr. 
El otro método consiste en utilizar algunas fun- 
ciones intrínsecas del lenguaje que se adopta. 
Por ejemplo, en el lenguaje PL/1 existe la cláu- 
sula CHECK que, al verificarse determinadas 
condiciones, genera un interrupt, suspende mo- 
mentáneamente la ejecución del programa y 
emite un mensaje. 
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La seguridad del software 


El problema es asegurar la integridad de los da- 
tos. En los microordenadores y ordenadores 
personales, la solución debe preverse en los 
programas de aplicación. 

Las causas principales de pérdida de los datos 
son imputables a averías de hardware y a los 
errores del operador. 

La prevención contra averías de hardware pue- 
de consistir simplemente en hacer periódica- 
mente una copia de los discos que contienen 
los datos. En el software de aplicación podrá 
preverse un control sobre la fecha, de modo 


que informe al operador que ha transcurrido un 
determinado tiempo desde la última copia y, en 
consecuencia, que debe realizar una nueva 
más actualizada. 

La prevención contra los errores del operador 
es más compleja y no siempre tan eficiente. El 
primer nivel de garantías se consigue permitien- 
do el uso de determinados puntos del programa 
solamente a personas autorizadas que poseen 
una determinada contraseña. Los sucesivos ni- 
veles consisten en pedir confirmación de cada 
operación de anulación o de modificación de 
los datos antes de etectuarla. Al pedir la confir- 
mación se reclama la atención del operador 


DIAGRAMA DE FLUJO PARA EL CONTROL Y MODIFICACION 
DE LA CONTRASEÑA 


cn 
sl 


=== Funciones l/O vídeo o teclado 
ms Error 


Introducción 
de una 
nueva 


contraseña 
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que, en caso de error, puede detener el proce- 
dimiento. 

En la pág. 791 se ha representado el diagrama 
de flujo simplificado de una subrutina para el 
control de la contraseña y aquí debajo, el listado 
de un programa que la utiliza. Obsérvese la lí- 
nea 1200 en que la introducción se obtiene con 
la función INPUT$, que no tiene eco en la panta- 
lla; de este modo, eventuales observadores no 
pueden leer la contraseña introducida. La su- 
brutina tiene una buena validez si está compila- 
da, de otro modo basta leer (en el listado del 


10. 1 e MAIN DE FRUEBA xx 


12 INPUT" SE DESEA INICIALIZAR EL FILE " ¿RESP$ 


14 1F RESPS<:"S1" GOTO 95 
20 OPEN "R" 1, "A0WY",S 
30 FIEL 1,5 AS Us 

40 AS=SPACES (5) 

50 LSET W$=AS y 


35 xxx FONE A CERO LOS PRIMEROS 9 RECORDS PARA INICIALIZAR EL FILE 


60 FOR RZ=1 TO 9 
70 FUT 1,R% 

80 NEXT KZ 

$0 CLOSE 1 

95 GOSUE 1000 

96 END 


1000 * *x SUBRUTINA DE CONTROL CONTRASEÑA xx 


1010 * 


FILE = WORÍ 
1020 K=0. '. 


1030 FRINT "INTRODUCIR EL PROFIO CONTIGO” 


1040 ' Cada usuario Tiene un código numérico que indica 
1050 * el recórd en que está memorizada la propia 
1060 ” contraseña 


1070 AS=1INPUTS (2) 


1080 IF VAL (48):0 OK VAL. (A$) 10 GOTO 1290 


1090 '  L08 CONIGOS RECONOCIDOS VAN de 0l a 10 
1100 OFEN "R',1,"A:240", o 
1110 


1120 FIELO 1,5 AS W$ 
1130 RZ=VAL. (AS) ! 
1140 Rg=SPACES (5) 

1150 GE 
1160 LSET ES$=u$ 

1170 1F BS$=SPACES (CD GOTO 1240 y 
1180 a. Ue 

1190 PRINT "Introducir la contraseña" 


1200 AB=INFUTS (5) '" Introducción sin eco 


1210 IF AS<>BS GOTO 1290 


1220 INFUT "Se deseas variar la contraseña ": RESP$ 


1230 1F RESPS <3 "61" GOTO 1280 


1240 FRINT "Introducir la nueva contraseña" 
Introducción sin eco 


1250 AB=TNPUTS (5) 
1260 LSET W$=A$ 

1270 PUT 1 RZ 

1280 CLOSE 1: RETURN 


Escritura 


1290 PRINT " xx* CONTRASEÑA NO AUTORIZADA xx" 


1300 IF K=1 THEN STOP 


1310 PRINT "TIENE OTRA TENTATIVA DESPUES UE CERRARSE EL FROGRAMA" 


1320 K=1:G0TO0 1130 
1330” MIA IE 
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PROGRAMA PARA EL CONTROL DE UNA CONTRASEÑA 


"YY es el file de las contraseñas 
cada una de 3 caracteres de longitud 


Número del record correspondiente al usuario 
1,R% ' Lectura contraseña presente en disco 


La primera vez el file está vacio y 
debe escribirse la Contraseña 


en disco 


programa) el nombre del file que contiene la 
contraseña para poderla modificar o leer su 
contenido, evitando así los controles. Compilan- 
do la rutina puede obtenerse un buen grado de 
seguridad e impedirse el acceso incluso a per- 
sonas expertas. La contraseña, por ejemplo, 
puede enmascararse antes de su transferencia 
al file, por lo que una eventual lectura no propor- 
cionará elementos útiles, a menos que se co- 
nozca el valor de la máscara utilizada. Este valor 
está contenido en el programa compilado y, por 
tanto, no es legible. 


20 - 


a 


A 


Los programas de aplicación 
generalizados 


El empleo de calculadores en la actividad labo- 
ral no presenta casos tan variados como puede 
pensarse. Analizando atentamente las tareas a 
que únicamente se dedica la máquina, pueden 
identificarse 2 actividades principales: 


— Gestión de archivos 
— Tratamiento de datos 


En las diversas aplicaciones es muy frecuente 
que se produzcan analogías. Incluso si cam- 
bian los datos y las operaciones de cálculo a 
realizar, la lógica, y por tanto la estructura de 
base del programa, permanecen invariadas. 

Por ejemplo, las funciones a realizar en un pro- 
grama para la gestión de un listín telefónico son 
la introducción y la corrección de los datos, la 
memorización en disco y la búsqueda. Estas 
funciones pueden realizarse utilizando oportu- 
namente los módulos ilustrados anteriormente 
(data entry, gestión de disco, etc.). Para adaptar 
el programa a la gestión de una biblioteca de- 
berá variarse sólo la estructura de los datos: to- 
das las funciones a realizar permanecen invaria- 


bles y es posible utilizar los mismos módulos. 
Estas consideraciones han inducido a los pro- 
ductores de software a preparar algunos pro- 
gramas, utilizables también por parte de quien 
tiene conocimientos escasos de programación, 
orientados al desarrollo de las dos principales 
funciones: tratamiento y archivo. 

La evolución de este software ha conducido a 
programas siempre más completos que reúnen 
en un solo paquete todas las funciones de base, 
y que prevén implantaciones particulares como 
la preparación de gráficos. 


El tablero electrónico 


Los programas que realizan principalmente fun- 


ciones de tratamiento de datos (por ejemplo Vi-" 


sicalc, Multiplan, Lotus) tienen todos la misma 
estructura, llamada tablero electrónico, que 
permite utilizar la memoria de la máquina como 
una gran pizarra dividida en filas y columnas. 

El cruce de cada fila con cada columna identifi- 
ca un elemento llamado celda, que puede con- 
tener un dato (numérico o de cadena) o una fór- 
mula. El contenido de cada celda puede variar- 
se en cualquier momento; para las celdas que 


Empleo del ordenador en las Olimpiadas de Moscú de 1980. 
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. 


M. Vuorela/Marka 


IMPLANTACION DE UNA SUMA EN EL TABLERO ELECTRONICO 


La celda B4 contiene la indicación del cálculo a realizar: 

+ A3+C3 significa «presenta la suma de los datos contenidos en las celdas A3 y C3». 
Introduciendo dos valores numéricos en las celdas A3 y C3 se tiene el cálculo automático 
y la presentación de la suma deseada en la celda B4. 
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contienen fórmulas se vuelve a tener inmediata- 
mente el cálculo de resultados. 

Utilizando estas funciones, y las numerosas 
otras que se presentarán a continuación, puede 
implantarse un cálculo y realizarlo inmediata- 
mente introduciendo sólo los nuevos datos. El 
usuario no necesita ninguna preparación espe- 
cífica. Unicamente debe implantar las diversas 
operaciones, como si quisiese realizarlas ma- 
nualmente; por tanto, el programa se adapta y 
realiza todos los cálculos necesarios. Enfrente 
se ha representado el esquema de un tablero 
electrónico, en el que cada columna se identifi- 
ca por una letra del alfabeto y cada fila por un 
número. Por tanto, la sigla B4 identifica la celda 
situada en el cruce entre la columna B y la fila 4. 
La capacidad de la celda normalmente es de 8 
a 9 caracteres, pero puede variarse con oportu- 
nas instrucciones. 

En el esquema se han ilustrado los dos usos 
principales de una celda: memorización de da- 
tos y memorización de fórmulas. Las celdas A3 
y C3, que deberían contener los datos a proce- 


sar, inicialmente están vacías, mientras que en 
la celda B4 se ha escrito la fórmula de elabora- 
ción (por ejemplo + A3 + C3, es decir, suma de 
los dos contenidos de A3 y C3). El programa 
detecta la presencia de una fórmula en B4, y en 
la fase de presentación no visualiza el contenido 
de la celda (que aparecería como + A3 + C3), 
sino el resultado de la fórmula de elaboración 
aplicada a los datos. 

Inicialmente, la celda B4 contendrá el valor 0, 
puesto que no se han introducido los valores de 
los sumandos, y su contenido se adecuará au- 
tomáticamente cuando se varíen los valores de 
A3 y C3. 

El número de las siglas y de las columnas pre- 
sentadas depende de la amplitud de cada cel- 
da y de la de la pantalla vídeo. Normalmente, el | 
vídeo tiene 80 columnas y 24 files, pero existen 
modelos con 40 columnas, para los cuales la 
parte del tablero presentada es la mitad que la 
visualizada en el caso anterior. Para tener en 
presentación las celdas, por ejemplo, a la dere- 
cha de las que pueden verse, es suficiente colo- 


INTRODUCCION DE UN DATO EN UNA CELDA 


Posición inicial del cursor (C2) 


Primer desplazamiento: posicionamiento horizontal (tecla —) ' 
Después del posicionamiento horizontal, dos desplazamientos verticales 
consecutivos (espacio + —) llevan el cursor a la posición de introducción (B4) 


Digitación del dato 


Después de haber posicionado el cursor, cualquier dato introducido se transfiere 


automáticamente a la celda “apuntada”. 
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INTRODUCCION DE UNA FORMULA 
Celda del dato 


EM Celda ocupada por el cursor 
[Ex] Celda de la fórmula 
CORRECTO 


+ C3*15/100 Fila de las introducciones 


Apenas efectuada la introducción de la fórmula, en la celda C4 aparece el valor 0, 
porque inicialmente el contenido de la celda C3 es O (por omisión) 


Fila de las introducciones 


Introduciendo un valor en la celda C3, en C4 se presenta el resultado 
del cálculo, que se realiza automáticamente 


INTRODUCCION DE UNA FORMULA 
[E] Celda del dato 
658 Celda ocupada por el cursor 
EA 


Celda de la fórmula 


ERRONEO 


C3x15/100 Fila de las introducciones 


La omisión del símbolo + genera un error de interpretación. 
La fila introducida se considera un título y simplemente 
se reescribe en la celda ocupada por el cursor 


Fila de las introducciones 


Cualquier introducción realizada en la celda C3 nc genera ninguna variación 
del contenido de la celda C4, puesto que esta última no contiene fórmu as 
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car el cursor como si se desease hacerlo salir 
del margen derecho del vídeo. Se tendrá la 
aparición de la primera columna a la izquierda 
(A, B, etc.) y la aparición de nuevas columnas a 
la derecha. De forma análoga puede colocarse 
todo el tablero en el sentido vertical. Esta ade- 
cuación de las posiciones del tablero se indica 
con el término scroll. 

En los programas que utilizan el tablero electró- 
nico, el cursor no tiene la forma habitual (peque- 
ño trazo o pequeño rectángulo) sino que está 
representado por una zona rectangular presen- 
tada normalmente con vídeo invertido de ampli- 
tud igual a la de la celda. Desplazar el cursor 
significa posicionarlo en el rectángulo de la cel- 
da deseada. El desplazamiento del cursor pue- 
de obtenerse de dos modos: direccionándolo 
directamente con una adecuada instrucción a la 
celda de llegada o moviéndolo una posición ca- 
da vez a través del tablero. Si el teclado lo pre- 
vé, se utilizan las teclas normales de desplaza- 
miento (indicadas con los símbolos —, >, ?, 
1), o bien se utilizan secuencias particulares. 
Los programas que gestionan los tableros han 
nacido para un empleo generalizado y, por tan- 
to, no tienen referencia en el hardware. En algu- 
nos casos, ocurre que la máquina no posee el 
teclado en la forma más completa, pero enton- 
ces el programa está adaptado a estas situa- 
ciones particulares. 

El desplazamiento del cursor obtenido con el di- 
reccionarriento directo sólo es uno de los mu- 
chos comandos previstos en el tablero electróni- 
co, cuya complejidad está en relación con el ti- 
po de software. 

Normalmente, cualquiera que sea el tipo de 
software, existe una fila de la pantalla vídeo de- 
dicada a la introducción de datos, y una o más 
filas reservadas a los comandos. Cada dato in- 
troducido (por teclado) se escribe en la fila de 
las introducciones, y después se posiciona en la 
celda ocupada por el cursor, a excepción de las 
introducciones que hemos indicado como co- 
mando. En este último caso, el comando se rea- 
liza sin que aparezca nada sobre la fila de las 
introducciones, 


El estado introducción 

En la pág. 795 se ha representado el esquema 
de las operaciones que es necesario realizar 
para posicionar un dato en la celda B4, partien- 
do con el cursor en la posición C2. 

El primer paso consiste en posicionar el cursor 
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en la celda B4. A continuación puede introducir- 
se el dato (en el ejemplo la palabra PRUEBA), 
que aparece en la fila de las introducciones 
mientras se digita. Una vez ultimada la introduc- 
ción, el programa ya ha ocupado la celda de 
destino, pero el dato todavía no aparece, pues- 
to que la misma celda todavía está cubierta por 
el cursor. Liberando la celda con un desplaza- 
miento cualquiera del cursor, aparecerá el dato 
introducido, es decir, la palabra PRUEBA. En 
este ejemplo, el dato introducido está constitui- 
do por caracteres, y por tanto no podrá utilizarse 
para los cálculos. Si en cualquier celda se escri- 
biese una fórmula que utilizara el contenido de 
B4, aparecería una señal de error; por el contra- 
rio, si B4 contuviese un valor numérico, el cálcu- 
lo se realizaría normalmente, Por ejemplo, se 
desea calcular en la celda C4 el 15% del núme- 
ro contenido en C3. La fórmula que debe intro- 
ducirse en C4 es 


+03 « 15/100 


La expresión empieza con el símbolo + para 
indicar a la máquina que todo lo que sigue es 
una fórmula y no una cadena de caracteres. Si 
la expresión se escribiese omitiendo el símbolo 
+ sería interpretada como un dato alfanuméri- 
co que se escribiría en la celda de llegada, pero 
sin tener las características de un cálculo a 
realizar. En otras palabras, se trataría de una 
simple escritura (label) en el tablero electrónico, 
y no produciría ningún resultado. En las págs. 
796-797 se han esquematizado las operaciones 
que deben realizarse para la inserción de la fór- 
mula, y además se ha evidenciado lo que se 
obtendría omitiendo el signo +, 

La realización de un cálculo, si se ha indicado 
correctamente, se produce de forma automática 
en el momento de la introducción de los datos, 
según una determinada prioridad. El tablero 
electrónico tiene dos dimensiones (filas y colum- 
nas). Un cálculo cualquiera puede realizarse 
dando la precedencia a una de las dos direc- 
ciones. Realizando el cálculo por filas se realiza- 
rán todas las fórmulas que aparecen en la pri- 
mera fila (por ejemplo en las celdas, B1, DI, 
etc.), para las de la fila 2 (A2, B2, C2, etc.), y así 
sucesivamente. Y viceversa, haciendo el cálculo 
por columnas, se tendrá la exploración 


A1, A2, A3, etc. 
B1, B2, B3, etc. 


DE CALCULO ERRONEA 


| EJEMPLO DE ERROR GENERADO EN LA ELECCION DE UNA DIRECCION 


LL) Celda que contiene datos 
3 Celda que contiene fórmulas 


y en Á2 se genera un error de división por 0, 
El flujo de cálculo correcto es por filas. 


La celda C1 contiene la fórmula +A1—B1, cuyo resultado se utiliza en la celda A2. 
La celda A2 contiene la fórmula + A1/C1. 
Realizando los cálculos por columnas, el paso de A1 a A2 activa el cálculo en A2. 
Como el cálculo en C1 aún no se ha efectuado, el contenido de C1 es 0, 


===» Flujo de cálculo correcto 
=== Flujo de cálculo erróneo 


Al implantar las fórmulas debe tenerse en cuen- 
ta el sentido en el que procede el cálculo (el 
sentido puede seleccionarse introduciendo un 
comando adecuado), de otra forma, pueden 
generarse errores debidos al uso de valores to- 
davía no calculados. 

Arriba se ha representado un ejemplo de cálcu- 
lo que utiliza un resultado intermedio. En la cel- 
da A2 se ha utilizado el contenido de C1, que a 
su vez es el resultado de un cálculo anterior. La 
dirección del cálculo debe ser por filas, de ma- 
nera que se llegue a la celda A2 con un conteni- 
do válido en C1. En el ejemplo, el error que se 
comete procediendo en el otro sentido (por co- 
lumnas) se debe al hecho de que en la celda A2 
se tiene un divisor igual a O (puesto que el con- 
tenido de A2 se calcula antes de C1, cuando C1 
todavía no se ha calculado y contiene un 0). El 
sistema detecta la condición anómala (cualquier 
número no puede ser dividido por 0) y emite un 
diagnóstico. Si en la celda A2 la expresión fuese 
exacta, por ejemplo, una suma, el sistema no 
habría detectado error, y se habría calculado un 
resultado inexacto sin ninguna señalización. La 
posibilidad de identificar el error sería escasa. 


Para variar el modo de proceder en los cálculos 
debe impartirse un comando. Cada comando 
se activa eligiendo la denominación correspon- 
diente en un menú que aparece en una zona 
reservada de la pantalla. Para algunos progra- 
mas, la zona reservada al menú es la segunda 
fila del vídeo, y para otros la última, o las últimas 
si los comandos son particularmente numero- 
sos. En cada caso existen dos modos de funcio- 
namiento: el estado ejecución y el estado co- 
mandos. 

En el estado ejecución pueden introducirse da- 
tos, realizar cálculos o funciones particulares 
(impresión, memorización en disco, gráficos). 
En el estado comandos pueden implantarse las 
condiciones de trabajo, que serán válidas hasta 
una eventual modificación. 


El estado comandos 


Al principio del trabajo, el tablero electrónico se 
encuentra normalmente en el estado ejecución, 
con el cursor en la celda de arriba a la izquierda 
(A1). Para pasarlo al estado comandos debe 
activarse una tecla funcional determinada (por 
ejemplo, en la máquina SIPREL es el símbolo 
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+). La activación de este código provoca la 
aparición del menú comandos. En la página si- 
guiente se ha representado un ejemplo de ta- 
blero en el estado comandos. 

Normalmente, los parámetros presentados son 
los siguientes: 


— Posición del cursor (en el ejemplo B1) 

— Modo de realización de los cálculos (por 
ejemplo, F significa por filas, C por columnas) 

— Menú de los comandos 


Los primeros dos parámetros tienen carácter in- 
formativo (obsérvese que, dada su importancia, 
la modalidad de cálculo, C o F, siempre se vi- 
sualiza), mientras que el menú es un recordato- 
rio que sirve para guiar la elección. En dicho ta- 
blero se ha representado un menú típico común 
a muchas versiones de tablero electrónico. En- 
tre una versión y otra se tienen diferencias en las 
siglas de identificación de cada comando, pero 
las funciones realizadas son similares, al menos 
para los comandos principales. En la versión re- 
presentada, las siglas tienen estos significados: 


B BLANK Pone a O el contenido del 
campo donde está posiciona- 
do el cursor 

C CLEAR Pone a 0 todo el tablero 

D DELETE Anula una fila entera o una co- 
lumna entera 

E EDIT Permite corregir el contenido 
de una celda 

F FORMAT Establece el formato de pre- 
sentación de los datos en la 
celda que interesa 

G GLOBAL Varía el formato de presenta- 
ción de los datos en todo el 
tablero 

| INSERT Inserta en el tablero una fila o 
una columna 

M MOVE Desplaza una fila a una co- 
lumna de una zona a otra del 
tablero : 

P PRINT Establece los parámetros pa- 


ra la impresión 
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R REPLICATE — Copia una zona del tablero 
(source range) a otra (target 
range) 

S STORAGE Activa la memorización del ta- 
blero (con los eventuales da- 
tos) en un file en disco, o la 
recuperación de tableros pre- 
cedentes 

T TITLE Permite la introducción de tí- 
tulos, es decir, de filas o co- 
lumnas las cuales permane- 
cen fijas durante el scroll del 
tablero 


W WINDOW Crea una ventana vídeo 


— REPEAT Repite un símbolo para toda 
la longitud del campo 


Para algunos de estos comandos, la misma 
descripción de las funciones realizadas sugiere 
el modo de empleo. Otros comandos, más com- 
plejos, prevén ulteriores opciones. 

A continuación se relacionan algunos de los 
principales comandos complejos, siempre con 
la advertencia de que en otras versiones del ta- 
blero electrónico pueden llegar a tenerse siglas 
diferentes. 


FORMAT. Las opciones normalmente previstas 
en este comando son: 


D Vuelve al formato original 


G Realiza los cálculos con la máxima precisión 
permitida 


Il Presenta sólo la parte entera de los valores 


L- Alínea a la izquierda el contenido de las cel- 
das 


R Alinea a la derecha el contenido de las cel- 
das 


$ Escribe los valores numéricos con dos deci- 
males 


* Sustituye los valores numéricos por un nú- 
mero de asteriscos proporcional a su valor. 
Con este comando pueden obtenerse repre- 
sentaciones gráficas (si bien muy rudimenta- 
rias). En otros tipos de programas se han 
previsto opciones gráficas más complejas, 
que permiten obtener gráficos x-y, de barras 
o de zonas, 


EJEMPLO DE PRESENTACION DE UN MENU DE COMANDOS 


Posición del cursor 


ES Menú de comandos 


[ET] Modalidad cálculo (porcolumnas) [HH] Cursor 


En las págs. 802 a 805 se han representado al- 
gunos ejemplos que ilustran el uso del comando 
FORMAT con algunas de las principales opcio- 
nes. 


GLOBAL. Las principales opciones disponibles 
para este comando son: 


C Varía la anchura de la columna. El número 
de caracteres contenidos en cada celda 
puede variarse entre amplios límites, y esto 
permite adecuar la capacidad del tablero a 
la necesidad particular de la aplicación 


R Con esta opción puede establecerse el re- 
cálculo automático de todo el tablero en ca- 
da introducción de datos o la modalidad ma- 
nual. En el segundo caso, el sistema proce- 
de al recálculo sólo después de la introduc- 
ción de un acuerdo (por ejemplo, el signo !). 
Esta opción resulta útil principalmente cuan- 
do deben introducirse numerosos datos. Uti- 
lizando la modalidad automática, se tendría 
un recálculo para cada dato introducido, y 


por tanto una notable pérdida de tiempo. Uti- 
lizando la opción manual pueden introducir- 
se los datos uno después de otro sin tiem- 
pos de espera. Al final, con el oportuno co- 
mando, se procede al recálculo total. 


O Orden del cálculo (fila, columna). Con esta 
opción se establece el orden en que proce- 
derá el cálculo 


TITLES. Permite definir como títulos algunas fi- 
las o columnas, que permanecen fijas incluso 
durante el scroll del tablero. El uso de este co- 
mando permite tener constantemente en pre- 
sentación las descripciones de algunas filas (o 
columnas) incluso cuando se trabaja en zonas 
distantes del tablero (a causa del necesario 
scroll, la presentación en vídeo de una cierta zo- 
na comporta la desaparición de otras zonas). 
Con esta opción, las zonas definidas como títu- 
los siempre se visualizan, pero esto implica una 
reducción del área da trabajo. En la secuencia 
fotográfica de las págs. 802 a 805 se ilustra un 
ejemplo del uso del comando TITLE. 
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EJEMPLO DE USO DEL COMANDO 


FORMAT (1) 


En esta página y en las tres páginas siguientes 
pueden verse cuatro imágenes vídeo que ilustran 
el uso del comando FORMAT en el tablero 


electrónico. 


En los ejemplos se hace referencia a una versión 
cargada sobre el ordenador personal SIPREL 
2030 S. Para las otras versiones, los códigos de 
los comandos pueden ser diferentes, aunque 


realizan las mismas funciones. 


1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
2 


La primera fila de la pantalla 
contiene la indicación A20, que 
especifica la posición actual del 
cursor (columna A, fila 20). 


Los símbolos C! indican que 
se ha activado el cáculo por 
columnas (C) en modalidad ma- 
nual (!). De este modo, introdu- 
ciendo los oportunos valores en 
las células de datos, los cálculos 
no se activan automáticamente, 
sino que es preciso insertar un 
comando explícito. La elección 


HATaSs 


LAS 


NO 


O LUMANIS 


WE USO E MA 


MEL. El 


entre modalidad manual (cálculo 
sólo sobre petición explícita) y 
automática (cálculo automático 
después de la introducción se 
realiza utilizando una de las voces 
previstas por el comando GLO- 
BAL (G). 


En la segunda fila se han pre- 
sentado los símbolos de los co- 
mandos disponibles. El comando 
FORMAT se activa introduciendo 
la letra F. 

La fila de los comandos sólo se 


ORTO 
pIEL COMANDO: 


DE 
PRUEBA 


CORO LOS INTRODUCIDOS 
DESCRIPCIONES 
ESTAN ALINEADOS 


Y LOS VALDRES 


presenta a petición del usuario. 
En la máquina que se ha tomado 
en consideración, la presentación 
se activa con la tecla =>. 


En las diversas celdas del ta- 
blero se han introducido los datos 
sin poner una particular atención 
a su exacta colocación en los 
campos previstos. 


En particular, las escrituras de 
los comentarios (titles) se han 
posicionado al azar en el tablero. 


EJEMPLO DE USO DEL COMANDO 


FORMAT (2) 


En esta pantalla pueden verse los mi 


introducidos en la pantalla anterior después de un 
alineamiento e la derecha obtenido con el 
comando G (GLOBAL), opción F (FORMAT), voz R 


(RIGHT). 


== Todos los contenidos de las 
diferentes celdas se han acerca- 
do a la derecha, a excepción del 
contenido de la celda 46, alinea- 
do anteriormente a la izquierda 
utilizando el comando para el ali- 
neado de esta sola celda. 


FILA 2 


PI pod poe puto Ju lo fuen ondo Juro 


En general, en los tableros elec- 
trónicos existen dos modos dife- 
rentes para implantar un formato. 
El primero, activado con el co- 
mando F, interesa sólo a la celda 
sobre la que está posicionado el 
cursor en el momerto de la intro- 
ducción del comando. El segundo 
(GLOBAL) interesa a todas las 
celdas, menos las que están vin- 
culadas con el comando F. A 
causa del realineamiento, algunas 
escrituras quedan descompues- 
tas. 


smos datos 
EJEMPLODE 


NA 


NO 


AS 


A 
A dd 


3.0587 
10,01 


11.23 
7 5 A y 
ca71as COMO 


AS UESCRIF 
NO 


Las 
CIONES 


La palabra INTRODUCIDOS, 
por ejemplo, que ocupaba dos 
celdas contiguas (U15 y D15), 
queda dividida en dos. 


El mismo problema se plantea 
para las escrituras FILE COMAN- 
DOS y EJEMPLO DE. 


La escritura TEXTO DE PRUE- 
BA. an cambio, compuesta por el 
contenido de tres celdas diferen- 
tes, pero que pertenecen a la 
misma columna, no presenta este 


ESTANAL INEATOS 


a 
%.? 


E 1: e ANTOS 


USO DEL COtif 


TEXTO 


DF 
PRUEBA 


TOS COMO LOS INTRODU 
DESCRIP crio 


ESTANAL INE 


INTE 


YLOS VALORES 


inconveniente. 

Al insertar en el tablero algunos 
escritos, se han proseguido natu- 
ralmente sobre más celdas conti- 
guas, y esta solución puede acep- 
tarse si se tiene la precaución de 
no utilizar el comando GLOBAL- 
FORMAT. Como alternativa es po- 
sible ampliar la capacidad de las 
celdas hasta que quepa toda la 
escritura más larga, pero de este 
modo se reduce el número de 
celdas presentes al mismo tiempo 
en la pantalla. 
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EJEMPLO DE USO DEL COMANDO 
FORMAT (3) 


En esta imagen de vídeo se ha ilustrado el 
funcionamiento de la opción que permite 
evidenciar el contenido y las especificacionas de 
formato atribuidos a una determinada celda. 


Las informaciones acerca del 
contenido y las especificaciones 
de formato asignados a una deter- 
minada celda se obtienen simple- 
mente posicionando el cursor en 
la celda a examen. 


En la primera fila de la pantalla 
aparece la dirección de la celda 
seleccionada (B6), su contenido 
(1.235) y la especificación im- 
puesta [/FR y (V)]. 

En este caso, la celda B6 se ha 
formado con alineamiento a la 


ME USO EL 


DATOS COMO LOS 


LaS HESCRIFCIONES 
NO ESTAN 


" derecha (/indica comando, F for- 


mato, R right = derecha) y contie- 
ne un dato [(V) = value = valor] 
que es 1,235. El mismo dato po- 
día haberse introducido como ca- 
dena de caracteres; en este caso, 
faltaba la escritura (V), y el dato 
1.235 no podría haberse utilizado 
para realizar cálculos. 


Los datos son los mismos pro- 
porcionados en la fase de intro- 
ducción (ver foto anterior), pero la 
foto se ha tomado después de la 


HATOS 


LAS Dt 
NO 


COMANIO : 


DE 
FRUERA 


como LOS INTRODUCIDOS 
KIFCIONES Y LOS 


ALINEADOS 


VALORES 
ESTAN 


FORMAT 


UE 
FRUERA 


INTROUUCIOOS 


Y 1L0S5 VALORES 


AL. INEADIOS 


introducción del dato G/l (GLO- 
BALANTEGER), con el cual se 
impone a todas las celdas el 
formato entero. 

Los valores se han redondeado 
automáticamente (p.e., 7.79 se ha 
convertido en 8) y se han presen- 
tado sin decimales. La excepción 
son los datos contenidos en las 
celdas B6 y B7, a las que se ha 
asignado anteriormente el formato 
«local» /FR. 

El redondeado sólo se ha realiza- 
do en la presentación. 


EJEMPLO DE USO DEL COMANDO 


FORMAT (4) 


La foto de esta página muestra el mismo tablero 
considerado en las páginas anteriores, después 
de la introducción de la petición de ampliación de 


las celdas. 


1 


ey 


ii 


9 


A 
AS 
A 
LA 4 
LA E 
A 
LA 


SS 


Pin ba prado pudo jodo fro Jato raro pudo 


2) El número de caracteres por 
celda se ha duplicado, y el núme- 
ro de columnas presentes al mis- 
mo tiempo en la pantalla se ha 
disminuido automáticamente. 
Con la introducción de la opción 
G,* activa una forma rudimentaria 
de presentación gráfica de los da- 
tos introducidos. 


ME USO uE 


CATOS COMO 


LAS UESCRKIF 
NO SE HAN 


M2 En cada una de las celdas 
aparece una fila de asteriscos 
proporcional al valor numérico al- 
macenado. 


12 Normalmente, las celdas B6 y 
B7 están excluidas a causa de la 
anterior introducción de especifi- 
caciones de formato «locales». 

Este tipo de presentación puede 
ser útil para un examen total del 


DATOS COMO 


LAS DESCRIP 
NO SE HAN 


proceso de los valores numéricos 
introducidos. En los tableros más 
sofisticados existen opciones que 
permiten activar la generación de 
gráficos propiamente dichos. En 
estos casos, todas las escrituras 
accesorias desaparecen, y en la 
pantalla son visibles sólo los gráfi- 
cos pedidos. 
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CALCULO DEL INTERES 


COMPUESTO 


La foto muestra un tablero electrónico 


predispuesto para el cálculo de un plan de 
pagos de intereses compuestos para un 


determinado capital inicial. 


Para cada mes, el capital a considerar es el del 


mes anterior más los intereses. 


COMMAND : 


FERRERO 


MARZO 


JUN Iv 


BCDEFGINMP 


> 

DO 
y 
(y 


TOTAL A 
INTERESES 121 


TE ENTERÉ SES 


La primera fila muestra que se 
ha elegido la modalidad de desa- 
rrollo de los cálculos por filas. 


Las celdas de las filas 1 y 4 y 
de la columna A contienen las 
descripciones. 


En B6 se ha introducido el 
capital inicial, mientras que la 
celda C6 contiene la tasa de 
interés (12%). 


En la celda D6 se ha introduci- 


TOTAL. 


INTERESES 


do la fórmula para el cálculo del 
interés que utiliza los datos intro- 
ducidos en B6 y C6 en la manera 
+B6xC6/100. Debido a que se ha 
implantado el cálculo por filas, el 
valor 150 (D6) aparece automáti- 
camente apenas se han introduci- 
do los datos 1.250 (B6) y 12 (C6). 


Para el cálculo del interés co- 
rrespondiente al segundo mes de- 
be hacerse referencia al capital 
del primer mes más los intereses 
devengados. En la celda B8 por 
tanto, se ha introducido la fórmula 


+B6+D6, que calcula automáti- 
camente el valor del capital. 

El cálculo continúa para lodas las 
celdas con las mismas modalida- 
des. Obsérvese que los conteni- 
dos de las celdas de las columnas 
B y D se calculan prácticamente 
todos en el mismo instante que 
sigue a la introducción del capital 
inicial en B6. 


El total de los intereses se 
calcula en D20 utilizando la fun- 
ción SUM (D6..D16). 


La automatización del trabajo de 
oficina (1) 


La burótica, la mecanización de oficinas y la au- 
tomatización de la oficina y su racionalización, 
son modos diferentes de representar una única 
realidad que se va perfilando en el horizonte de 
las sociedades industriales. 

La perspectiva es de que se va a realizar un 
salto sin precedentes en la productividad eco- 
nómica pero, en estos casos, si no se utiliza 
bien, puede crear situaciones de despilfarro 
tecnológico y agravar las tensiones existentes 
en el munao laboral. 

Los componentes sociales, metodológicos y or- 
ganizativos del fenómeno juegan un papel tan 
determinante que sería ingenuo pensar que se 
pueden afrontar con medios y competencias 
exclusivamente tecnológicas: la propia realidad 
de la oficina es, por definición, tan compleja y 
rica de interconexiones (formales e iniormales) 
que hace absolutamente imprescindible un en- 
foque multidisciplinano. 

En otras palabras, en general es verdad que 
cualquier proceso de automatización nunca es 
el primero, sino más bien el último paso de una 
compleja actividad de revisión y de proyecto or- 
ganizativo, que es misión específica de los cua- 
dros directivos dirigirlo y controlarlo. Cuando el 
proceso se aplica a la oficina, este hecho toda- 
vía es más verdadero, por el número de las per- 
sonas involucradas y por el profundo impacto 
sobre su modalidad de trabajo y, por tanto, so- 
bre la propia estructura de los papeles ejecuti- 
vos, profesionales y directivos. 

La automatización de la oficina se convierte así 
en una variable de la estrategia de gestión de la 
empresa, en unión de los recursos humanos y 
financieros a los que están estrechamente uni- 
dos, y el modo en que se afronta la planificación 
y la actuación puede condicionar la propia es- 
trategia de supervivencia competitiva. 

También emplearemos la denominación auto- 
matización de la oficina, pero hablando de infor- 
mática en el trabajo de oficina queremos su- 
brayar dos aspectos que creemos deierminan- 
tes para una correcta comprensión del tema. 
El primer aspecto se refiere al hecho de que, 
como la informática ya tiene una historia de 20 
años de aplicaciones al trabajo de oficina (o 
mejor, al trabajo creador de empleo), desde el 
punto de vista tecnológico se trata de extender 
aquellas tareas que son sus áreas tradicionales 


de intervención. En segundo lugar, la denomi- 
nación «automatización de oficina» resulta ina- 
decuada para describir la complejidad del fenó- 
meno que deseamos tratar, puesto que es evo- 
cador de los modelos de parcelación del trabajo 
de fábrica que, si se transfieren en un contexto 
absolutamente diferente, sea por objetivos co- 
mo por estructura de los procesos de trabajo, 
pierden cualquier significado concreto. Esto no 
impide que continuemos adoptando esía deno- 
minación, por otra parte aceptada universal- 
mente, para significar la actual situación de de- 
sarrollo del proceso de informatización del tra- 
bajo de oficina, proceso por otra parte en curso 
desde hace bastantes decenios en las socieda- 
des occidentales. Las motivaciones que susten- 
tan el crecimiento exponencial de la pelición de" . 
automatización en el tratamiento de las informa- 
ciones pueden resumirse todas al valor que 
asume la propia información en el mundo indus- 
trial avanzado y, por tanto, a la importancia que 
su actividad de gestión reviste. 

En realidad, en las economías occidentales (y 
en la japonesa) se está asistiendo desde hace 
tiempo a un progresivo desplazamiento de la 
fuerza laboral de la actividad de producción de 
bienes a la actividad de tratamiento de informa- 
ciones. 

El gráfico de la pág. 809 representa este fenó- 
meno tal como se manifiesta en las economías 
de los países adheridos a la Organización para 
la Cooperación y el Desarrollo Económico (OC- 
DE) y muestra cómo en tales economías ya se 
ha superado la cuota del 50% de la ocupación 
por lo que respecta al! trabajo de tratamiento de 
las informaciones. 

Pero, si bien menos conocido no por eso menos 
interesante, este desplazamiento se está produ- 
ciendo de manera «fuertemente acelerada des-. 
de hace unos 20 años, en particular en el caso 
de Suecia, que ciertamente representa para Eu- 
ropa un modelo sociceconómico de referencia. 
Aunque no se conocen muy bien las estadísti- 
cas análogas referentes a otros países, es claro 
que en ellos se está frente a un proceso del todo 
comparable: la explosión de las actividades ter- 
ciarias y la creciente atención prestada al movi- 
miento de los cuadros son todos elementos que 
podemos comprobar. 

Algunos economistas prevén en ese aspeclo el 
nacimiento de un sector, el terciario avanzado, 
en el que la mercancía de intercambio es la ¡n- 
formación, la competencia y el saber. 


807 


Si ésta es la prospectiva hacia la que van las 
naciones industriales, tiene un preciso sentido 
preguntarse cuáles son, a nivel conjunto en pri- 
mer lugar, y a nivel administrativo después, los 
componentes del costo de la actividad del trata- 
miento de las informaciones, su incidencia rela- 
tiva sobre el costo total y su proceso correspon- 
diente al tiempo. 

Siempre con referencia a los países de la OC- 
DE, la siguiente tabla muestra cómo las actuales 
estimaciones atribuyen un neto incremento 
anual del valor real (al neto de la inflación) al 
costo de personal y (recordémoslo, estamos ra- 
zonando en paridad de prestaciones) un decre- 
mento aún más neto al de los aparatos de so- 
porte al hombre para el tratamiento de las infor- 
maciones en las áreas del archivo, proceso y 
comunicación: 


Personal + 8% 

Comunicaciones —10% por año 
Cálculo 25% en los próximos 
Memoria -35% diez años 


Este segundo hecho no debe asombrar. Efec- 
tivamente, debe considerarse que los tres ti- 
pos de aparatos pertenecen a la tecnología 
electrónica que ya sabemos, después de 16 
años, que junto al proceso de miniaturización 
(es decir de contracción de las dimensiones a 
igualdad de funciones lógicas) tiene un pro- 
ceso de reducción de los costos que se pro- 
duce de modo proporcional. 

Aquí puede preguntarse por qué esta drástica 
disminución de los costos tecnológicos en- 
cuentra una respuesta muy limitada en la mo- 
derada reducción del precio de las comunica- 
ciones indicadas en la tabla (válida de forma 
media en los países OCDE) o precisamente 
por qué ésta se resuelve tal vez en incremen- 
tos como en el caso específico italiano. 

Las razones de esta aparente anomalía son 
múltiples, pero en realidad todas pueden re- 
sumirse a la consideración de que en los pal- 
ses europeos está vigente el régimen de mo- 
nopolio en las comunicaciones, y las tarifas se 
establecen no sólo en base al costo, sino en 
base a consideraciones políticas y de oportu- 
nidad social. También debe añadirse que, 
siempre en el caso de las comunicaciones, la 
tecnología electrónica todavía no ha elimina- 
do del todo en el mercado la electromecánica 
y esta última presenta indudablemente costes 
de gestión bastante superiores. Particular- 
mente en ltalia, puede estimarse que actual- 
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mente menos del 5% de las centrales de con- 
mutación son del tipo electrónico. 

Estas simples consideraciones sobre el pro- 
ceso del costo de los componentes corres- 
pondientes al tratamiento de las informacio- 
nes, conducen naturalmente a una primera 
importante conclusión. 

Teniendo en cuenta lo dicho, puede calcular- 
se que, en ausencia de cualquier forma de au- 
tomatización (es decir, de adopción de las 
tecnologías de archivo, cálculo y comunica- 
ciones electrónicas), en el transcurso de apro- 
ximadamente 8 años, el costo del sistema in- 
formativo quedaría multiplicado por 2.14, a 
paridad del volumen de información tratado. 
En otras palabras, después de 8 años se haría 
exactarnente lo mismo (al menos en cuanto a 
volumen) pero con costes más que duplica- 
dos. Si en cambio se introduce un índice de 
automatización, precisamente como el indica- 
do entre el costo de la tecnología utilizada y el 
costo total del sistema informativo, se conse- 
guiría limitar el crecimiento de los costos pera 
llegar a anularlo en el caso en que el valor de 
dicho índice sea igual a 0.5, manteniendo así 
los costos sin variación en el tiempo. 

Para tasas de automatización superiores al 
50%, se conseguiría precisamente reducir el 
coste del sistema informativo hasta un nivel mí- 
nimo igual al 0.16 del original si se llegase al lí- 
mite del 100% de automalizaciórl. 

Una tasa de automatización del 100% debe 
considerarse obviamente asintótica, incluso si 
valores del 80%-90% no son irrealizables en 
ciertos sectores industriales (piénsese en las 
fábricas de producción continua) o en ciertas 
áreas empresariales (piénsese en el ciclo inte- 
grado-pedidos-materiales-producción-provee- 
dor en tantas empresas de producción discreta, 
o bien en la gestión en línea de las operaciones 
por ventanilla realizadas en un gran número de 
Institutos de Crédito). 

Ya se ha comentado la dominante importancia 
que la información va asumiendo en el mundo 
industrial avanzado. 

Este fenómeno se ha manifestado particular- 
mente en los últimos 10-15 años, en los que se 
ha verificado un crecimiento exponencial de 
las exigencias informativas necesarias para 
gestionar uma organización cualquiera, tanto 
desde el punto de vista cualitativo, como des- 
de el cuantitativo. | 

Múltiples son las razones que pueden justifi- 


% Población activa 
100| 


Velocidad de la variación 
| País | 1055 | to76 | 


45,2% 51,1% 
32,6% 


Francia 


R.F.A. 47,8% 


EE.UU. 
R.U. 


45,2% 
45,1% 


67,5% 


1860 1870 1880 1890 1900 1910 


1920 


1930 1940 1950 1960 1970 1980 


Evolución del empleo en los sectores productivos y de la información. Las dos curvas 
definen más o menos restrictivamente la denominación «Dedicados a las informaciones». 


car este proceso, destinado a acentuarse 
posteriormente en los próximos años, y que 
pueden hacerse realidad bien por la interna- 
cionalización de los mercados, bien por la di 
fusa inestabilidad económica y política, por la 
variabilidad de la tasa de cambios como por la 
crisis de las fuentes energéticas tradicionales. 
En realidad, si todas estas causas se sometie- 
sen a un análisis suficientemente preciso, 
quedarían resumidas a una matriz conceptual 
única que podría expresarse en estos térmi- 
nos: la información resulta ser el recurso más 
conveniente para gestionar, en situaciones de 
incertidumbre, una organización cualquiera 
que tenga la finalidad de eficiencia económi- 
ca y/o social. 

Efectivamente, la alternativa a la información 
representada por el acopio de reservas (de 
materiales, de personal, de capital) moviliza- 
dos al producirse el suceso imprevisto (e im- 
previsible, dado el contexto general de incerti- 
dumbre) para poderlo afrontar y superar. Pero 
esta estrategia, dados los actuales costos de 
inmovilización, en la práctica es perdedora, 
desde el punto de vista económico, con res- 
pecto a la de aportar un sistema informativo 


suficientemente puntual y flexible que permita 
ala organización adaptarse dinámicamente al 
contexto en que se encuentra. 

A la luz de esta consideración, aparte de las 
presentadas anteriormente, surge un valor dife- 
rente. Efectivamente, no se trata ya de minimizar 
simplemente los costos de tratamiento de la ¡n- 
formación sino precisamente de desarrollar una 
capacidad informativa (que no puede valerse 
de la automatización como soporte esencial) 
para poder mantener o aumentar la competitivi- 
dad de la organización afinando el proceso de 
decisión. 

La productividad, en su acepción común, es 
una medida de la eficiencia definida como la 
cantidad de trabajo necesario para producir 
un determinado resultado, tanto si es cualitati- 
vo como cuantitativo (en el segundo caso, la 
definición necesita obviamente ser aclarada). 
Si el resultado mejora sin que sea necesario 
añadir trabajo, la productividad aumenta, así 
como aumenta si el mismo resultado puede 
obtenerse con menos trabajo. 

Las estadísticas sobre la productividad de la 
oficina, o no existen, o son notablemente con- 
trovertidas, puesto que son obtenidas por 
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complemento, respecto a la productividad 
económica general, de las correspondientes 
a la actividad de producción de bienes. Efec- 
tivamente, si bien puede tener un sentido me- 
dir, según la definición clásica indicada ante- 
riormente, la productividad del empleado a ni- 
vel ejecutivo (aunque sea con las oportunas y 
no inmediatas modificaciones), para la activi- 
dad de tipo directivo y profesional, tal defini- 
ción da lugar a evidentes absurdos. ¿Vale 
más un responsable de sección si produce 10 
documentos al día en lugar de 5, o bien pasa 
más tiempo en reuniones que otro? Evidente- 
mente no, y de ahí la necesidad de referirse a 
medidas de tipo sustancialmente diferente; 
estas medidas sólo pueden referirse a las lla- 
madas prestaciones, es decir al grado de 
consecución de los objetivos. 

La planificación marketing de una empresa, 
sólo para poner un ejemplo, puede medirse 
por el costo, por la calidad y por la oportuni- 
dad de sus planes, y no por su capacidad de 
actuar en cooperación con los responsables 
comerciales. 

De hecho, también para el trabajo ejecutivo, 
las prestaciones son las medidas por excelen- 
cia del rendimiento de una persona, de un 
grupo o de un sector empresarial. 

En cierto sentido, las prestaciones son un 
concepto bastante más amplio que el de la 
productividad; mejorar las prestaciones signi- 
fica obtener resultados mucho más eficaces, 
a los fines de los objetivos empresariales fija- 
dos, puesto que no:sólo se limitan a aumentar 
la simple productividad. 

En el trabajo ejecutivo quizá puede simplifi- 
carso el problema, limitándolo a la medida de 
la productividad cuantitativa, pero también en 
este caso no debe olvidarse que esta produc- 
tividad no es un valor de por sí, sino que debe 
tener una finalidad adaptada a los objetivos 
de la empresa. 

Actualmente, es el sector terciario que debe ha- 
cerse más eficiente y esto se logrará gracias al 
desarrollo de este sector cuya mercancía de in- 
tercambio, como ya se ha indicado anteriormen- 
te, está constituida por la información y la com- 
petencia, es decir por el sector que hoy empie- 
za a denominarse como terciario avanzado y 
del que la informática forma parte por definición. 
Se ha hablado de inversiones en automatiza- 
ción, pero a la luz de las consideraciones sobre 
la productividad (o sobre las prestaciones) he- 
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chas anteriormente, en el caso del tratamiento 
de las informaciones es necesario identificar por 
lo menos en términos generales las funciones 
que se quieren resolver prioritariamente. 

El gráfico de la página siguiente muestra una 
distribución indicativa del costo del trabajo de 
oficina en una empresa del secundario evolu- 
ciónado (por lo menos, en este caso, de la com- 
ponente de los empleados) o del terciario. 
Como puede comprobarse, poco más de un : 
tercio del costo está concentrado en los pape- 
les ejecutivos; mientras que casí dos tercios se 
refieren a profesionales y directivos. 

Esta constatación sugiere inmediatamente algu- 
nas consideraciones. La primera, que la cuota 
relativamente minoritaria del costo del trabajo 
ejecutivo pueda interpretarse como el resultado 
de 20 años de inversión de tipo informático ac- 
tuales en el sector: efectivamente, como es sa- 
bido, las aplicaciones corrientes de EDP se han 
concentrado históricamente en la automatiza- 
ción del trabajo de empleados de carácter repe- 
titivo y, por tanto, debería conseguirse reducir . 
su incidencia sobre los costos totales. 

La segunda, que en el ámbito del trabajo ejecu- 
tivo, más particularmente al secretariado, la 
actividad del tratamiento de textos presenta una 
incidencia en el total de poco más del 1% de los 
costos. Esto significa que, si el objetivo de la au- 
tomatización de la oficina es el de una significa- 
liva recuperación de productividad, no es cierio 
que actuando sobre la actividad de la mecano- 
grafía pueda pensarse en conseguirlo. ; 

En cambio es necesario apuntar a la actividad 
profesional y directiva, que en conjunto consii- 
tuyen casi los dos tercios de los costos totales, y 
sobre la cual, salvo casos particulares, la infor- 
mática sólo ha incidido en una medida marginal. 
Por otra parte, el tratamiento de textos tiene una 
indiscutible importancia como medio de intro- 
ducción de las informaciones en el sistema de 
automatización de la oficina. Puede sostenerse 
que la mecanografía es a la automatización de 
la oficina como el data entry es al tratamiento de 
datos tradicional, 

Pero esto no debe justificar, precisamente por 
las razones antes apuntadas, la confusión entre 
inversiones en automatización de la oficina e in- 
versiones en sistemas de mecanografía, que O 
bien son contextuales, o pueden dar lugar a ín- 
compatibilidades insuperables y a fragmenta- 
ciones del trabajo absolutamente contraprodu- 
centes en términos de productividad y eficacia. 


ldentificados los diferentes papeles al que hay 
que dirigir prioritariamente la automatización de 
la oficina, se plantea el problema de cómo, gra- 
cias a ésta, pueden mejorarse sus prestaciones 
en el sentido indicado anteriormente. 

A este fin es necesario profundizar en las carac- 
terísticas del trabajo de tratamiento de las infor- 
maciones, así como de sus modalidades de au- 
tomatización. 

El trabajo de oficina consiste en: 


O Funciones (contabilidad de clientes, gestión 
de pedidos, control de producción, etc.) 

O Actividad (de tratamiento/intercambio de in- 
formaciones). Las funciones hacen referen- 
cía a la estructura empresarial. 

Las actividades están en la base de las fun- 
ciones y corresponden a la actividad indivi- 
dual. 

La Office Automation (OA) se orienta a la au- 
tomatización de las actividades. 

El Data Processing (DP) es el de las funcio- 
nes. 


El desarrollo de las aplicaciones tradicionales 
de la informática ha actuado en el sentido de 
«procedurizar» las diversas funciones empresa- 
ríales que se prestaban a este proceso (las fun- 
ciones, es decir, las llamadas estructurables) y 
que, por esto, resultaban adecuadas a las fun- 
ciones ejecutivas. A título de ejemplo, baste re- 
cordar, en el mundo industrial, las varias conta- 
bilidades, la gestión de pedidos, la de produc- 
ción y la de compras, etc., mientras que en el 
sector bancario los diversos servicios operati- 
vos, desde las cuentas corrientes a las libretas 
de ahorro, a los títulos al portador, efectos, etc. 
Al hacer esto, la informática ha considerado im- 
plícitamente como parte integrante de estas fun- 
ciones las actividades elementales de archivo, 
búsqueda e intercambio de informaciones, in- 
corporándolas así a los respectivos proceal- 
mientos y, por tanto, a los correspondientes pro- 
gramas en el procesador. 

La automatización de tales actividades consti- 
tuye precisamente uno de los objetivos priorita- 
rios de la automatización de la oficina y uno de 
los ejemplos de diferenciación de la informática 
clásica. Otra consideración corresponde al des- 
tino del servicio automatizado. 
En el caso de !as funciones empresariales de 
tipo estructurado (es decir, el objeto de la infor- 
mática) los destinatarios forman parte, en el ám- 


estructurable 


Trabajo técnico/profesional 


40% 


Trabajo ejecutivo 


28% 


' de secretariado 6% 


aplicación 


Costo del trabajo de oficina. 


bito de la estructura organizativa de la empresa, 
de grupos (y/o oficinas) homogéneos en cuanto 
a objetivos y a modalidades de trabajo (precisa- 
mente, el procedimiento de ejecución de las 
funciones empresariales específicas). En cam- 
bio, en el caso de las actividades elementales 
de tratamiento de las informaciones, precisa- 
mente por su carácter de soporte, el usuario 
puede serlo a título individual, sí bien como per- 
teneciente a un determinado sector operalivo 
es. Por tanto, el empleo del instrumento de auto- 
matización puede convertirse en una elección 
profesional suya de oportunidades. 
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En otras palabras, en las aplicaciones informáti- 
cas hay implícita una componente de obliga- 
ción al uso, bajo pena de falta de éxito en las 
propias aplicaciones. En la de automatización 
de la oficina, en cambio, no puede ser que el 
usuario se decida sobre la oportunidad de su 


empleo en función de la tarea que debe desa-: 


rrollar y de su profesionalidad. Esto significa que 
la automatización de la oficina se considera en 
gran parte como un servicio de soporte para el 
desarrollo del trabajo, hoy no estructurable, del 
especialista y del dirigente, y es en esta acep- 
ción que puede contribuir significativamente, 
como profundizaremos a continuación, en la ca- 
lidad de sus prestaciones. 

Teniendo que esquematizar para claridad de 

exposición, puede afirmarse que los enfoques 

tradicionales a la automatización de la oficina 
pueden subdividirse en dos grandes catego- 
rías: 

a) Enfoques que adaptan sistemas existentes 
del tipo multifuncional a las aplicaciones de 
oficina, dejando inalterada la interfaz EDP 

b) Enfoques que insertan aparatos específicos 
para actividades específicas 

A la primera categoría pertenecen las solucio- 
nes realizadas a través del desarrollo de un 
oportuno software sobre procesadores de ges- 
tión de tipo multifuncional de pequeña, media o 
gran dimensión. Este software puede utilizarse 
mediante terminales y, generalmente, propor- 
ciona la funcionalidad de tratamiento automáti- 
co de las informaciones textuales, permite su ar- 
chivado en memoria masiva y su puesta a dis- 
posición, a través del servicio llamado de «co- 
rreo electrónico» (electronic mail), a todos los 
interesados que, siempre a través del terminal, 
se hayan dirigido para acceder a ellos para con- 
sultarlos o eventualmente modificarlos. 
Como sobre este mismo procesador se ha reali- 
zado la automatización de los procedimientos 
informáticos de la empresa, este tipo de solu- 
ción tiene el gran mérito de realizar la unifica- 
ción, no sólo física sino también lógica, del mun- 
do tradicional del procesador de datos con el 
de las informaciones de oficina; es decir, tradu- 
cir en actos la complementariedad entre los dos 
ámbitos de aplicación que, a nuestro juicio (y no 
sólo el nuestro), es esencial para cualquier es- 
trategia de desarrollo del sistema informativo 
empresatial. 

Los límites de esta implantación están en su es- 

casa posibilidad de difusión entre los usuarios 
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que no aceptan la interfaz de comando caracte- 
rística del sistema de elaboración de los datos. 
Por otra parte, transformar esta interfaz de ma- 
nera que sea de utilización más sencilla signif 
caría añadir un peso excesivo a la carga 
conjunta de gestión del sistema, con la consi 
guiente reducción drástica de sus prestaciones, 
Si se refleja el hecho de que las capacidades 
esenciales de la automatización de la oficina de- 
be ser precisamente las de dirigirse a personal 
absolutamente privado de competencia infor- 
mática, es posible darse cuenta del porqué esta 
solución sólo ha encontrado hasta ahora una 
modesta aceptación. 
En cambio, a la segunda categoría pertenece 
todo el conjunto de aparatos de oficina que tíe- 
ne por objeto hacer más eficiente ciertas activi- 
dades específicas de tratamiento de la informa- 
ción. 
Así, por ejemplo, la máquina de escribir electró- 
nica permite reducir el costo secretarial de ela- 
boración de los textos, la fotocopiadora progra- 
mable racionaliza el proceso de duplicación, el 
teléfono de teclado con memoria acelera la for- 
mación de los números y las llamadas que se 
utilizan con más frecuencia y así sucesivamen- 
te. Las observaciones que deben hacerse so- 
bre esta implantación, cuando son en sí mismas 
y no encuadradas en un contexto más general, 
son de otro tipo. 

Antes de nada, la recuperación de eficiencia 
que permiten estos dispositivos corresponden 
esencialmente al ámbito secretarial que, tal co- 
mo se ha indicado anteriormente, incide en una 
medida relativamente modesta sobre los costos 
del trabajo de oficina (ver el gráfico de la pág. 
811). 

Pero, elemento mucho más importante, esta hi- 
potética recuperación se obtendría posterior- 
mente aceptando la fragmentación de las tareas 
que representa cada causa principal de la inefi- 
ciencia (y de la frustración) del trabajo de los 
empleados. En consecuencia, tembién si esta 
solución puede permitir una mayor eficiencia a 
nivel de la actividad sencilla, al nivel de la em- 
presa está en profundo contraste con el objetivo 
prioritario de recomposición e integración de las 
tareas. Por tanto, se considera como concep- 
tualmente errónea e incapaz de dar contribucio- 
nes que no sean marginales. 


(extraido de «L'Informática nel avoro d'ufficio», de G. 
Occhini, CUADERNOS DE INFORMATICA, año X, núm. 1, 
1983, Honeywell Information Systems Italia). 


Las funciones del tablero 
electrónico 


Los programas de gestión del tablero electróni- 
co poseen numerosas funciones ya predispues- 
tas para la realización de cálculos o de opera- 
ciones lógicas. 

Las funciones numéricas constituyen una valio- 
sa ayuda en la preparación de tableros que no 
tengan particular complejidad, mientras que las 
funciones lógicas permiten desarrollar aplica- 
ciones también complejas. En algunas formas 
de tablero electrónico (por ejemplo en el Lotus) 
hay además previstas las macroinstrucciones 
(o macro), funciones definidas y escritas por el 
usuario que pueden ser activadas con la pre- 
sión de una tecla predeterminada. Su estructura 
y su uso son muy similares a las de las subruti- 
nas del Basic. Con el uso de las macro, el siste- 
ma es completamente programable, pero nece- 
sita notables conocimientos de base. Sea cual 
sea la forma de la función a utilizar, puede colo- 
carse en el interior de una celda. Durante la fase 
de cálculo, en esta celda se presentará el valor 
numérico resultante de la realización de la fun- 
ción definida. En general, los argumentos de 
una función pueden estar constituidos por nú- 
meros o direcciones de otras celdas. En el pri- 
mer caso, el cálculo de la función se realiza de 
forma inmediata sobre los valores de los argu- 
mentos, en el otro, el valor numérico se toma de 
la dirección (fila, columna) especificada. La sin- 
taxis general para introducir una función es 


(1) xyz (n) 
donde 


(1% es un símbolo de reconocimiento de fun- 
ción (dependiente del tipo de programa) 

xyz es el nombre de la función 

n  esel argumento (o una serie de argumen- 
tos). 


Por ejemplo, el cálculo del valor absoluto del nú- 
mero se realiza, en casi todas las versiones de 
tablero electrónico, con la función ABS. En este 
caso, la sintaxis se convierte en 


(WABS - 7 + 10) de modo inmediato, so- 
bre valor numérico 
indirecto, sobre el valor 
contenido en la celda 
D3 


(GABS (+ D3) 


La variedad de las funciones disponibles de- 
pende del tipo de tablero electrónico, pero sin 
embargo existe un cierto conjunto de funciones 
fundamentales comunes a todas las versiones. 


Funciones matemáticas 


Las funciones matemáticas son muy similares a 
las utilizadas en el Basic; la única diferencia se 
debe al símbolo de reconocimiento que siem- 
pre debe preceder al nombre de la función. Con 
la convención de indicar con n un valor o una 
dirección, las principales funciones matemáti- 
cas son las siguientes: 


ABS(n) Extrae el valor absoluto 

EXP(n) Exponencial 

INT(n) Parte entera 

LN(n) Logaritmo natural (en base e)' 

LOG(n) Logaritmo decimal 

SQRT(n) Raíz cuadrada 

COS(n) Coseno 

ACOS(n)  Arco-coseno (función inversa 
del coseno) 

SIN(n) Seno 

ASIN(n)  Arco-seno (función inversa 
del seno) 

TAN(n) Tangente 

ATAN(n)  Arco-tangente (función inver- 


sa de la tangente) 


El uso de estas funciones (que pueden ser trata- 
das como si se trabajase en ambiente Basic) no 
necesita ningún conocimiento particular del ta- 
blero electrónico. Por ejemplo, se desea escribir 
un programa que, dados los dos catetos de un 
triángulo rectángulo, calcule el valor de la hipo- 
tenusa utilizando el teorema de Pitágoras. Las 
funciones a realizar son: 


— Introducción de los catetos 
— Cálculo de la hipotenusa 
— Impresión del valor de la hipotenusa 


En Basic, el programa puede estructurarse de 
esta manera: 


10 INPUT "Cateto A”; A 

20 INPUT "Cateto B”; B 
30 Y = SQR (AA2 + BA2) 
40 PRINT "Hipotenusa =”; V 
50 END 


Con el tablero electrónico puede escribirse el 
mismo programa, tal como se indica en la pági- 
na 814, sin conocer las instrucciones Basic. 
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“ 


En las celdas A1, A2 y A3 se han introducido las 
descripciones correspondientes a las indicadas 
en las instrucciones 10, 20 y 40. 

Las celdas B1 y B2 contendrán los datos (que 
corresponden a las variables A y B) y la celda 
B3 contiene la fórmula de cálculo. 

En esta última celda se habrá presentado el re- 
sultado del cálculo; ésta constituye por tanto las 
dos líneas 30 y 40. 


Funciones numéricas específicas 


La principal aplicación de los tableros electróni- 
cos corresponde a los cálculos de naturaleza 
económica o financiera, como por ejemplo pre- 
visiones de gastos, intereses, planes de inver- 
sión, modelización. Para resolver estos proble- 
mas específicos se han introducido una serie de 
funciones que no están previstas en el Basic (a 
menos que no se hayan definido como funcio- 
nes). 

Las principales se relacionan a continuación. 


AVERAGE (ni, n2,...). Calcula el valor medio 
de los contenidos de las celdas especificadas 
como parámetros. Por ejemplo: 


AVERAGE (+ B1, + B3, + C6) 


restituye la media de los contenidos de B1, B3 y 
C6 (suma/3). 

En el caso en que se deba calcular el valor me- 
dio de muchas celdas es muy incómodo tener- 
las que indicar todas. 

Existe una simbología más sencilla que permite 
definir un conjunto de valores (rango). No obs- 
tante, la utilización de un rango está subordina- 
da a una adecuada colocación de los datos. 
En el ejemplo anterior (B 1, B3, C6), la dispersión 
de las localizaciones (se saltan tanto columnas 
como filas) impide la definición de un rango. 
Para esto es necesario disponer de datos que 
estén todos ya sea en la misma fila, ya sea en la 
misma columna, incluso si en algún caso es po- 
sible distribuirlos sobre más filas o columnas 
contiguas. 

Volviendo al ejemplo, si se sitúa el contenido de 
C6 en B2, los datos se encuentran en las posi- 
ciones B1, B2 y B3, es decir, alineados sobre la 
misma columna (B). En este caso, es posible 
definir un rango que cubra las direcciones de 
B1 aB3. 


EJEMPLO DE APLICACION DEL TABLERO ELECTRONICO 


[22] Descripciones 
Datos 
[E Cálculo 


Las celdas B1 y B2 están destinadas a albergar los datos (valores de los catetos). 
En la celda B3'se ha introducido la fórmula de cálculo de la hipotenusa (ASQRT (+B1A248B212) 
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El empleo de los sistemas de gestión contribuye de un modo determinante a 
racionalizar el trabajo de oficina. 


La sintaxis más utilizada para definir un rango es 
B1...B3 


donde el primer valor es el principio del rango, 
los símbolos... significan «hasta» y el último va- 
lor es el final del rango. 

Con esta simbología, la función de cálculo del 
valor medio se convierte en 


AVERAGE (B1...B3) 


El uso del rango representa otra notable ventaja. 
En la definición de una función ya no es necesa- 
rio escribir directamente las direcciones de la 
celda (de partida y de llegada): es suficiente si- 
tuar el cursor en la celda que interesa y el siste- 
ma procede a escribir la dirección correcta. El 
uso de las direcciones necesita solamente una 
precaución: la de controlar si el sistema utiliza el 
modo absoluto o el modo relativo. 

indicando una celda cualquiera, por ejemplo 
B8, normalmente se entiende que se hace refe- 
rencia a todo el contenido del tablero en el cru- 
ce de las columnas B y la fila 8, y éste es el 


método directo (o absoluto). Un segundo méto- 
do de direccionamiento es el relativo. 
Supongamos que el cursor ocupa en el tablero 
la posición B9. Con el direccionamiento relativo, 
indicar la localización B8 significa referirse a la 
celda que se encuentra en la misma columna 
(B) una fila más arriba (número de fila de 9 a 8). 
Análogamente, siempre con el cursor en B9, in- 
dicar C10 significa hacer referencia a la celda 
que se encuentra una columna más a la dere- 
cha (de B a C) y una fila más abajo (de 9 a 10). 
Supongamos que la celda B9 contiene la fórmu- 
la para el cálculo de la suma de B8 y C8 (+ B8 
+ C8). Si el direccionamiento es absoluto, si- 
tuando el contenido de la celda B9 en otra loca- 
lización (por ejemplo E3), el cálculo permanece 
sin variación, puesto que el sistema toma los da- 
tos de las localizaciones ya especificadas. Y vi- 
ceversa, si es relativo, se tienen resultados erró- 
neos, puesto que el sistema modifica la fórmula 
de manera que ya no se refiere a la localización 
anterior (B8 y C8), sino a nuevas celdas que tie- 
nen con respecto a E3 la misma posición relati- 
va que tenían las anteriores con respecto a B9. 
La diferencia se ¡ilustra en la pág. 816. 
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DIRECCIONAMIENTO ABSOLUTO Y RELATIVO 


. Celda que contiene la fórmula 
Ex] Celda que contiene datos no válidos 
En] Celda que contiene datos válidos 


Direccionamiento absoluto 


La celda A4 contiene la fórmula +A3+B3 y proporciona el resultado de la suma de 
los contenidos de las celdas A3 y B3 

Si se coloca la fórmula en una cualquiera de las otras celdas, el resultado 
permanece invariable, puesto que las coordenadas de las celdas a que se refiere 
el cálculo continúan siendo las mismas. 


Direccionamiento relativo 
A B Cc 


Si el sistema adopta el direccionamiento relativo, el desplazamiento del cálculo en 
la celda B2 presenta un resultado erróneo. 

A continuación del desplazamiento, el s:stema ha modificado la fórmula al modo 
+B1+C1, puesto que las celdas B1 y C1 ocupan con respecto a B2 las mismas 
posiciones relativas que ocupaban las celdas A3 y B3 con respecto a A4. 


APLICACION DEL DIRECCIONAMIENTO CORRESPONDIENTE 
A UNA SUMA POR COLUMNAS 


Es Celdas que contienen los datos 
A] Celdas en las que hay la fórmula 


ms Flujo del cálculo erróneo (direccionamiento absoluto) 
===" Flujo del cálculo correcto (direccionamiento relativo) 


La celda A4 contiene la fórmula + A1 + A2+A3, que produce la visualización de la suma de los datos 
de la columna A. Si el sistema implanta el direccionamiento relativo, desplazando el contenido de A4 
primero a C4 y después a E4, la fórmula se adecúa automáticamente, y el resultado todavía es la surra 
de los datos encolumnados en C y en E. Si en cambio el taolero está gobernado por el sistema de 
direccionamiento absoluto, en las celdas C4 y E4 se visualiza todavía el valor 60, puesto que las 
direcciones siempre se refieren a los datos de la columna A. 


Por tanto, el direccionamiento relativo tiene una 
utilidad no despreciable. Por ejemplo, considé- 
rese el tablero de arriba, en el que se piden al- 
gunas sumas por columna. Utilizando el direc- 
cionamiento relativo, si se coloca la celda A4 en 
C4 y en E4 el contenido (fórmula) se acecúa a la 
nueva situación, y el cálculo permanece válido. 
Con el direccionamiento absoluto, en las celdas 
C4 y E4 se tendría la misma fórmula de la celda 
A4, con resultados erróneos. 


COUNT (NS..NE). Festituye el número de las 
celdas no vacías comprendidas en el rango 
definido por las direcciones NS y NE. En la pág. 
818 se ha representado un ejemplo de uso de 
la función COUNT para la determinación del 


número de artículos presentes en un almacén. 
La fila 4, predispuesta para aceptar un nuevo 
artículo, no está incluida en el cálculo hasta que 
no se introduce la descripción del artículo. 


SUM (NS..NE). En el ejemplo de la página si- 
guiente se ha utilizado también la función SUM 
para obtener la suma de valores que aparecen 
en las diversas filas. El uso de esta última fun- 
ción es inmediato: SUM(C2..C5) equivale a 
+ C2 + C3 + C4 + C5. Obsérvese que el uso 
conjunto de la función COUNT(...) y SUM(...) 
proporciona la AVERAGE(...): 


SUM(A1..A9) 


AVERAGE (A1...A9)= A 
COUNT(A1..A9) 
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MAX (NS..NE), MIN (NS..NE). Extraen respecti- 
vamente el valor máximo y el mínimo obtenidos 
en el margen especificado. 


NPV (S,NS..NE). La sigla de esta función signifi- 
ca Net Present Value, y calcula el monto del ca- 
pital inicial necesario para producir una cierta 
cifra final con una determinada tasa de interés. 
El parámetro S es la tasa de interés, y los valo- 
res NS..NE son las cifras que se desean obtener 
al final de cada período. 

Por ejemplo, con una tasa del 20% (S = 0.2) y 
para un sólo período, queriendo obtener una ci- 
fra final (inicial más intereses) igual a 1500 debe 
invertirse un capital de 1250. Efectivamente, 
el rendimiento de esta cifra a la tasa del 20% 


es 250, que sumada al capital inicial da 1500. 


Funciones de búsqueda 


A esta categoría pertenecen todas aquellas fun- 
ciones que permiten una selección de los datos. 
La variedad de las funciones de que se dispone 
depende mucho del tipo particular de tablero 
electrónico. En este capítulo ilusttamos sola- 
mente la función principal LOOKUP, común a 
todos los programas. 


LOOKUP (M,NS..NE). Busca el valor M en el 
rango NS..NE. El parámetro restituido depende 
del tipo de tablero utilizado. En algunos casos 
(Multiplan) es el valor de la última celda corres- 
pondiente a la columna o a la fila donde se ha 


USO DE LAS FUNCIONES COUNT Y SUM EN LA GESTION DE UN ALMACEN 


lescripción 


PLUMAS 


LAPICES | 


Insertando en la celda... 


C6 (2SUM (C2..C5) 
D6 (ASSUM (D2..D5) 
EG (ASUM (E2..ES) 
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la función... 
A6 (SCOUNT (A2..A5) 


se visualiza... 


el número de artículos diferentes 
que hay en el almacén 


el total retirado 
el total cargado 


el total de existencias 


FUNCIONES DEL TABLERO 


ELECTRONICO 


El vídeo muestra el cálculo de algunas 
funciones comunes atodos los tableros 


electrónicos. 


On» * 


1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
2 


Se pide el cálculo por colum- 
na. 


La celda D1 contiene el nom- 
bre de la máquina utilizada (Sl- 
PREL KID 20405). Para otro siste- 
ma, la función presentada, aun- 
que conservando el mismo signifi- 
cado, puede tener denominacio- 
nes diferen:es. 


La fila 3 contiene la descrip- 
ción de las columnas. 


-- Las celdas de las columnas B 


y D contienen los datos utilizados 
para el cálculo de las funciones. 
Los valores introducidos no tienen 
un significado particular. 


La función AVERAGE propor- 
ciona la media de los valores que 
se han aplicado. Asi, en B14 
aparece la media de los valores 
de la columna B y en D14 la media 
de los valores de la columna D. 


La función COUNT proporcio- 
na el número de las celdas ocupa- 


das por los valores numéricos por 
ambas columnas. Obsérvesa que 
para la columna D, el valor es 4, 
puesto que las celdas vacías no 
se consideran. 


2 Las funciones MAX y MIN cal- 
culan los valores máximos y míni- 
mos qué aparecen en cada una 
de las dos columnas. 


La función NPV calcula el capi- 
tal inicial necesario para producir 
un determinado capital final con 
una cierta tasa de interés. 
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encontrado M. En otros (Visicalc) es el valor de 
la columna o fila inmediatamente a la izquierda 
o encima de dicho punto. 


Funciones lógicas 


En los tableros electrónicos se han previsto al- 
gunas funciones lógicas que pueden utilizarse 
para las elecciones o para condicionar la reali- 
zación de algunos cálculos. Su uso es muy simi- 
lar al de las correspondientes instrucciones Ba- 
sic. La variedad de las funciones lógicas dispo- 
nibles depende del tablero que se utiliza. A con- 
tinuación se presentarán las comunes. 


AND (lista de expresiones). Restituye el valor 
TRUE (verdadero) si las condiciones indicadas 
en la lista se verifican todas, de otro modo, el 
resultado es FALSE (falso). 

Las escrituras TRUE y FALSE aparecen en la 
celda donde está posicionada la función AND y 
tienen el significado de flags. 

Por ejemplo, poniendo en la celda A7 la función 


AND(A1>10,C3 = 5) 


se tendrá en A7 la escritura TRUE si las relacio- 
nes entre ellos son verdaderas (A1>10 y C3 = 


Un centro de proceso de la Universidad de Maryland (EE.UU.). 
TN | 
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5), de otro modo se tendrá la escritura FALSE. 
La escritura que aparece en A7 se considera 
como cadena y puede utilizarse en otras funcio- 
nes. Por ejemplo, insertando en la celda A11 la 
siguiente función 


AND(A7 = TRUE,A9 = FALSE) 


se obtiene el control simultáneo de las dos 
condiciones A7 = TRUE y A9 = FALSE que 
pueden depender de otras condiciones implan- 
tadas en las respectivas celdas (A7 y A9). 
En la página siguiente se ha presentado un 
ejemplo de aplicación de la función AND. 


IF (condición, verdadero, falso). Tiene el signi- 
ficado del IF Basic. Controlada la «condición» 
se ha desarrollado todo lo indicado en el campo 
«Verdadero» o en el campo «falso» según que 
la «condición» se haya verificado o no. 

Por ejemplo, poniendo en la celda B2 la función 


IF(A7 = FALSE,A1 + C3,0) 
a ésta se transfiere el resutado del cálculo A1 + 


C3 si A7 es falso (condición verdadera); de otro 
modo se coloca B2 = 0. 


APLICACION DE LA 
FUNCION AND 


La pantalla vídeo muestra un tablero en el 
que se han insertado algunas expresiones 


lógicas que utilizan la función AND. 


En la celda C7 se ha introduci- 
do la fórmula (VAND(+A1>10, 
+C3=5). 


-— La respuesta es TRUE (verda- 
dero), porque A1=25 y C3=5. La 
escritura TRUE no constituye el 
contenido original de la celda C7 


E 


Te 


(función lógica). Se trata de un 
flag de una sola presentación, 
que se actualiza al variarlos datos 
en la celda interesada por la 
expresión lógica. 


En la celda C11 se ilustra el 
uso del flag ERROR. En C11 se ha 


introducido una fórmula que utiliza 
como divisor el contenido de la 
celda C£. El sistema detecta una 
división dor O y señala el error. 
Introduciendo en C9 un valor dife- 
rente de O, la condición de error 
desaparece y el sistema presenta 
el resultado del cálculo. 
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Las funciones lógicas son muy útiles para reali- 
zar controles sobre datos introducidos o sobre 
resultados de las elaboraciones. A título de 
ejemplo, supongamos que se quieren procesar 
algunos datos estadísticos. 

Los términos del problema son los siguientes. 
Tres operadores han realizado encuestas del 
sexo sobre muestras de población. Cada uno 
ha comunicado el total de las personas exami- 
nadas y el número de varones que ha encontra- 
do. Se quiere conocer el tanto por ciento de 
mujeres en cada una de las tres muestras exa- 
minadas y su parte porcentual sobre el total. 
La preparación del tablero no presenta ninguna 
dificultad; sólo debe tenerse la previsión de in- 
sertar un control en las instrucciones de cálculo. 
El número de personas pertenecientes al sexo 
temenino se halla como la diferencia entre el to- 
tal y el número de varones: 


Mujeres = Total — Varones 
El porcentaje de mujeres sobre el total es: 


p-— Mujeres = 400 = 
Total 


—Total-Varones . 4090 
Total 


Si en un muestreo han sido todos varones, el 
número de mujeres es O y también su porcen- 
taje. En este caso puede evitarse el cálculo utili- 
zando la tunción IF. 

La implantación que debe darse al tablero elec- 
trónico para realizar los cálculos se indica en la 
página siguiente. Los datos se introducen en las 
celdas B2, B4, B6 (totales) y C2, C4, C6 (núme- 
ro de varones); en las correspondientes celdas 
de la columna D se han desarrollado los cálcu- 
los de los porcentajes de mujeres y en la fila 8 
los totales generales. 

El control sobre los datos se obtiene condicio- 
nando la celda de cálculo de los porcentajes de 
mujeres (D) a los valores contenidos en las CO- 
rrespordientes celdas de introducción (colum- 
nas B y C). En el ejemplo se ha indicado la IF en 
la forma utilizada para el cálculo del contenido 
de la celda D8. Para las otras celdas, la fórmula 
permanece formalmente sin variación, pero 
cambiando las direcciones. Por ejemplo, para la 
celda D4 (Operador 2), la fórmula se convierte 
en la siguiente: 


IF(C4< >BA, 100 « ((B4 — C4)/B4),0) 
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NOT (condición). Restituye FALSE si la condi- 
ción se produce y TRUE si no. Por ejemplo, 


NOT(A3 = C6) 


restituye en la celda que contiene la función el 
valor TRUE si A3 +C6 y FALSE si A3 = C6. 
También en este caso, el contenido de la ceda 
(TRUE, FALSE) puede utilizarse como flag para 
condicionar otros cálculos. 


ISNA (celda). Asume el valor TRUE o FALSE se- 
gún que en la celda especificada esté o no la 
función NA (Not Available = no disponible). 
La función NA (sin argumentos) es un flag que 
puede utilizarse para bloquear los cálculos que 
se refieren a las celdas todavía no ulilizadas. 
Por ejemplo, sea A1 una celda de introducción 
de datos. Para condicionar un cálculo en pre- 
sencia o no de valores en At, en la celda se 
coloca la función NA escribiendo en Ai (SNA 
(recuérdese que el símbolo (0 tiene valor en el 
sistema utilizado, para otros sistemas puede ser 
diferente) y en otra celda (por ejemplo B1) la 
función ISNA (A1). Todos los cálculos que de- 
ben estar condicionados a la presencia de da- 
tos en A1 deberán escribirse controlando la 
condición TRUE/FALSE en B1; por ejemplo, en 


IF(B1 = FALSE, .........) 


el contenido de B1 es TRUE hasta que en la 
celda A1 aparece NA. Introduciendo en A1 un 
dato cualquiera en la celda B1 se transfiere 
FALSE, y en todas las celdas que utilizan este 
flag se realizan los cálculos. 


ISERROR (celda). Controla la producción o no 
de un error en la celda especificada. Por ejem- 
plo, la función 


ISERROR(B6) 


restituye TRUE si en la celda B6 se ha produci- 
do un error, de otro modo da FALSE. 
La señalización de error se tiene también con la 
escritura ERROR en la celda en que se produce 
el error y, por tanto, la situación anómala apare- 
ce evidente para el que está trabajando. Sin em- 
bargo, pueden tenerse aplicaciones con un nú- 
mero elevado de celdas activas. En estos casos 
se trabaja teniendo en la presentación sólo una 
parte del tablero, y un eventual error que intere- 


APLICACION DE LA FUNCION IF 


Descripciones 
Celdas de introducción 


[EE Cálculos condicionados 


(aj Otros cálculos 
A 


IF (C8<>B8, 100+((B8-C8) / B8),0) 


se a alguna de las celdas no presentadas no 
puede evidenciarse. El empleo de la función 
ISERROR (.....) permite tener bajo control lo que 
sucede en las zonas del tablero no visibles. 


OR (condiciones). Tiene el mismo significado 
que OR en Basic. Por ejemplo, escribiendo en la 
celda A3 la función 


OR (41 = 15, C3>D2, F4< >0) 


se tiene A3 = TRUE al producirse una cualquie- 
ra de las condiciones relacionadas. 


Funciones privadas de argumentos 
Algunas funciones utilizadas en los tableros 


electrónicos restituyen constantes numéricas o 
lógicas. Por tanto, están privadas de argumen- 
tos. Las principales son: 


ERROR. Transfiere a todas las celdas que se 
refieren a esta función el flag ERROR, que apa- 
rece como escritura en la celda. 


FALSE/TRUE. Implantan los correspondientes 
flags. 


NA. Bloquea los cálculos en todas las celdas 
que se refieren a la celda que contiene la fun- 
ción NA. En estas celdas también aparece la 
escritura NA hasta la introducción de un valor en 
la celda que contenía inicialmente NA. 
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APLICACION DE LA 
FUNCION IF 


El monitor presenta el tablero al que se ha 
hecho reterencia en el ejemplo de aplicación 
de la unción IF a cálculos estadísticos. 


1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
2 


Las celdas de la columna A y 
de la fila 1 están reservadas a las 
descripciones 


== Las celdas B2, B4, B6 y C2, 
C4, C6 contienen el total de las 
personas examinadas por cada 
operador y el total de los hombres 
encontrado. 


La celda B8 contiene la función 
SUM (B2...B6), que activa el cál- 


culo Je la suma de los datos 
contenidos en las celdas de la co- 
lumnz B de B2 a B6. 


La celda C8 contiene la fun- 
ción análoga para el cálculo de la 
suma de los datos de la columna 
(qe 


Las cedas de la columna D 
contienen el cálculo de los tantos 
por ciento'de mujeres en base a 


los datos correspondientes a ca- 
da operador. El cálculo está con- 
dicionado y, para todas las cel- 
das, la función implantada es aná- 
loga a la que se ve en la fila de las 
introducciones a la celda D4. 


La función IF activa el cálculo de 
100x((B4-C4)/B4) solamente si la 
condición C4<=>B4 es verdade- 
ra. En caso contrario, transfiere a 
la celda el valor O. 


El tablero electrónico se emplea mucho en to- 
dos los paquetes de aplicación de ges:ión (Visi- 
calc, Multiplan, Lotus, etc.) porque permite reu- 
nir de la forma más inmediata y accesible la so- 
lución de los problemas correspondientes a la 
contabilidad. Su estructuración permite al usua- 
rio tener constantemente ante sus ojos un cua- 
dro completo del procedimiento de cálculo utili- 
zado, y por muchos motivos recuerda a la men- 
te las páginas de los libros contables tradiciona- 
les. Prácticamente, el usuario no debe hacer 
ningún esfuerza para adaptarse a módulos ni 
a esquemas predeterminados: cada procedi 
miento puede proyectarse y estructurarse de 
forma natural y personalizada, sin que sea ne- 
cesario adentrarse en los problemas típicos de 
la programación. 

En las páginas siguientes se examinarán tres 
aplicaciones típicas del tablero electrónico. La 
primera corresponderá a la distribución milesi- 
mal de los gastos en un condominio; la segunda 
servirá para presentar la estructuración del ta- 


blero para la gestión de un almacén. En a última 
aplicación se hablará de un método de análisis 
de previsiones muy difundido en la práctica co- 
mercial: el WHAT IF (qué sucede si...). 


Distribución de los gastos comunitarios 


El ordenamiento jurídico de la mayor parte de 
los países europeos orevé que los gastos de 
gestión de una propiedad comunitaria deban 
repartirse entre los diversos condominios pro- 
porcionalmente al coeficiente milesimal de cada 
propiedad sencilla. 

Los coeficientes milesimales son cifras que ex- 
presan (en %o = por mil) la parte alícuota de 
todo el condominio que representa cada propie- 
dad individual. El valor del condominio se sitúa 


convencionalmente igual a mil milésimas. Una. , 


cuota milesimal igual a 100 milésimas atribuida, 
por ejemplo, a un apartamento incluido en el 
condominio significa que el valor del aparta- 
mento es igual a una décima parte (100/1000 = 
1/10 = 10%) del valor completo del condomi- 
nio: el propietario del apartamento deberá pa- 
gar, en consecuencia, el 10% de todos los gas- 
tos de mejora o mantenimiento de las partes co- 
munes del condominio. 


Montaje de las tarjetas en una línea de producción de hardware. 
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DISTRIBUCION DE LOS GASTOS CON TABLAS MILESIMALES 
¡| Fórmulas 


(== Introducciones no recurrentes 


A B c D 
DISTRIBUCIONES 
MILESIMALES 


PISO |TAB.1 TAB.2 TAB. 3 


Gasto 1 
Gesto 2 


Gasto 3 


Arriba se ha representado en forma de tabla la 
estructura de un tablero para el cálculo de la 
distribución de los gastos comunitarios. 

En la columna A (que será la columna A del ta- 
blero) se han indicado los números de los apar- 
tamentos de un mismo condominio. 

En las columnas B, C, D se han indicado los 
coeficientes milesimales correspondientes a ca- 
da apartamento para tres tipos de gasto diferen- 
tes, en la previsión de que gastos diferentes 
pueden tener coeficientes de distribución mile- 
simal diferentes. La tabla de distribución milesi- 
mal prevé, por tanto, tres distribuciones diferen- 
tes, pero puede plantearse como se desee. 
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E] Funciones 


introducciones recurrentes 


G 


La segunda parte del tablero (columna E, F, G) 
indica el cálculo de la cuota de participación de 
cada uno en un cierto gasto. La última columna 
es el total debido por cada uno, como suma de 
los tres parciales correspondientes. 

La introducción de cada gasto se produce en 
las líneas 15, 16 y 17; la primera se referirá a la 
tabla 1 (columna B), la segunda a la 2 (columna 
C), etc. 
La parte de gasto atribuida a cada condominio 
es el producto entre la cifra total y las milésimas 
de la tabla correspondientes a dicho gasto divi- 
dido por mil. La preparación de la tabla puede 
realizarse en dos etapas: 


A 


La automatización del trabajo de 
oficina (2) 


A la luz del análisis que se realiza aquí resulta 
claro como para la automatización de la oficina 
debe entenderse lo que se especifica en la si- 
guiente definición: 


Ñ Modelo técnico organizativo que se refiere al 
empleo coordinado de instrumentos auto- 
máticos de proceso y comunicación de da- 
tos para proporcionar informaciones y servi- 
cios de soporte individual directamente al di- 
rector, al profesional, así como al empleado 
ejecutivo. 


m Comprende: 
El tratamiento de textos 
El correo electrónico 
La consulta de archivos 
El cálculo 
El soporte de decisiones 
El soporte para el desarrollo de las tareas 
personales (agenda, registro de vencimien- 
tos, etc.) 
Otras aplicaciones particulares eventuales 


m Los servicios deben poder estar disponibles 
a través de un interfaz integrado que no ne- 
cesite pasos intermedios. 


Esta definición todavía sugiere algunas preci- 
siones ulteriores. 

El modelo ciertamente presenta una componen- 
te tecnológica que hoy en día lo hace, a diferen- 
cia de lo que sucedía hace pocos años, econó- 
micamente perseguible, pero sobre todo es de 
tipo organizativo, puesto que tiende a la racio- 
nalización del trabajo de oficina y, portanto, a la 
profesionalidad de sus componentes. Esto sig- 
nifica que los aspectos de coordinación y asimi- 
lación deben asumir una importancia prioritaria 
en su aplicación. 

Las funcionalidades relacionadas incluyen no 
sólo la actividad de! tratamiento de informacio- 
nes que hemos llamado elementales, sino tam- 
bién actividades de carácter más evolucionado 
cuya automatización puede realizarse exclusi- 
vamente en términos individuales, según las ca- 
racterísticas de la profesionalidad y del estilo 
del usuario, 

Como máximo se trata de simples procedimien- 
tos de análisis y cálculo sobre datos contenidos 


en el archivo, orientados al soporte del proceso 
de decisión, a la planificación del trabajo y a la 
realización de las tareas personales. 

Como consecuencia de las consideraciones 
realizadas, se subraya la necesidad de acceder 
a los diversos servicios a través de un interfaz 
unificado que no levante absurdas barreras en- 
tre el mundo del tratamiento de datos y el mun- 
do de la oficina. 

Finalmente, el destinatario de estos servicios 
debe poderlos utilizar de manera directa, sin in- 
termediarios de ninguna clase, y éste es otro de 
los elementos que lo diferencia de la informática 
clásica. 

Aquí es posible darse cuenta de esta exigencia 
observando el hecho de que la búsqueda de in- 
formaciones para el soporte de una actividad no. , 
estructurable, por definición no puede delegar- 
se, puesto que la elección de dichas informacio- 
nes depende estrechamente de las modalida- 
des individuales de realización de la tarea. En 
otras palabras, solamente quien sabe qué in- 
formaciones necesita (y por qué) puede se- 
leccionar entre las informaciones disponibles 
las útiles, así como utilizar otras ante la eventual 
carencia de las informaciones buscadas. 

La falta de procesos intermediarios característi- 
ca de la informática clásica comporta una radi- 
cal revisión de las modalidades de coloquio 
hombre-máquina, revisión que efectivamente 
está en curso, pero sobre la cual queda mucho 
por hacer también en términos de investigación 
teórica. 

En particular, además de la lingúística, la rama 
de la informática conocida con el nombre de in- 
teligencia artificial está destinada a encontrar en 
este área, junto con la psicología cognoscitiva, 
el terreno ideal de aplicación. 

A continuación se proporcionarán algunos ele- 
mentos de planificación de un proyecto de auto- 
matización de la oficina. 

Como ya se ha indicado, se tendrán en cuenta 
tanto los aspectos de aplicación como los 
económico-financieros, en la convicción de que 
estos últimos deberán ser objeto de una particu- 
lar atención por parte de los cuadros directivos, 
dadas las dimensiones de la inversión necesa- 
ría a medio y a largo plazo (a corto plazo la in- 
versión también puede ser muy modesta si se 
limita a un experimento de alcance oportuna- 
mente reducido). 

El esquema de la pág. 828, volviendo a las con- 
sideraciones presentadas, puntualiza los pape- 
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” 
Población | 


Automatización 
EDP 


Automatización 
de oficina 


Distribución de las intervenciones de las actividades en una oficina. 


les hacia los que se dirige el proceso de auto- trabajo diario (y por tanto del costo) de los espe- 
matización en el sentido llano. cialistas y de los cuadros directivos a'nivel inter- 
Entre los dedicados a las informaciones se dis- medio y a nivel superior. 

tinguen los empleados ejecutivos de los llama- 
dos knowledge workers, es decir, aquellas per- 
¿sonas que en la empresa realizan una tarea que 
necesita un alto grado de profesionalidad, tanto 
de tipo especialista como de dirección. 

En el ámbito del trabajo ejecutivo pueden distin- 
guirse posteriormente los dedicados a las tran- 
sacciones, es decir, los que realizan determina- 
dos procedimientos de gestión del tipo que ya 
se ha indicado anteriormente, y el personal de 
soporte, constituido esencialmente por secreta- 
rías, mecanógrafas, archiveras, etc., que tienen 
la misión de hacer más productivo el trabajo de 
los knowledge workers. Las cinco actividades sobre las que se ha reali- 
Como ya se ha dicho más veces, el trabajo de zado la distribución terminan lógicamente, en su 
los dedicados a las transacciones es sobre el conjunto, con la totalidad de las funciones pre- 
que se ha insistido mayormente con la automati- sentadas por los tres papeles indicados. 
zación a través de las aplicaciones de informáti- Efectivamente, en la actividad comunicaciones 
ca clásica, mientras que es sobre los otros pa- se comprenden tanto las reuniones como las 
peles que se debería actuar prioritariamente conversaciones telefónicas. En la creación de 
con la automatización de la oficina. los documentos (o mensajes) se incluyen las 
Sobre la base de esta clasificación, la tabla que  ánotaciones y las redistribuciones de documen- 
sigue proporciona la distribución del tiempo de tos (o mensajes) recibidos visualmente. 
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El análisis de datos o de situaciones se entiende 
como finalizado a la toma de decisiones, mien- 
tras que la lectura tiene finalidades más genera- 
les de enriquecimiento de los conocimientos 
profesionales. 

Finalmente, las actividades no directamente 
productivas forman parte de la espera de un 
acontecimiento, de la organización del trabajo 
propio o de los colaboradores, de la coordina- 
ción temporal de las actividades, de la búsque- 
da de informaciones o de personas (directa- 
mente o por teléfono), del archivo, de las trans- 
cripciones, etc. 

Teniendo en cuenta la población media en los 
tres papeles, es interesante observar, en la tabla 
de abajo, la forma en que la evaluación objetiva 
de la distribución del tiempo en las cinco activi- 
dades se aparta de la estimación que subjetiva- 
mente se ha hecho por los representantes de 
los propios papeles. 


% del tiempo total desviación 


Actividad Estimado 


Estimado | Efectivo 
medio 

[Comunicaciones] 291 | 456 | 98 | 
E e E 
de documentos | 12,7 

E a 
| 9 | 
En particular, puede constatarse cómo la activi- 
dad comunicaciones queda notablemente su- 
bestimada por los interesados, mientras que se 
sobredimensionan las de análisis y la denomi- 
nación relativa a las actividades no directamen- 
te productivas. 
La desviación en el tiempo de comunicación se 
justifica con la inclinación natural a considerar el 
proceso de intercambios de informaciones más 
eficiente de lo que en realidad es. 
En lo que respecta al análisis, es evidente la ten- 
tativa de dar mayor peso a una actividad que se 
considera cualificante en la empresa, mientras 
que para las tareas no productivas puede com- 
probarse inmediatamente que la sobrevalora- 
ción deriva del juicio negativo que se tiene so- 
bre ellas, incluso inconscientemente, porque se 
consideran de carácter operativo y no forman 


parte de la imagen del papel. 
En cada caso, volviendo a la distribución efecti- 


productivas 


va, se observa invariablemente cómo más del 
70% del tiempo de trabajo de los papeles que 
estamos examinando se emplea en las activida- 
des de comunicación y en las no directamente 
productivas. 

Esta comprobación es suficiente para formular 
una primera y sencilla estrategia de intervención 
que, respecto a las otras, por lo menos tiene la 
ventaja de la claridad de los objetivos. 

Esta primera intervención, si se realiza correcta- 
mente (es decir, con la oportuna gradación y las 
oportunas inversiones en formación, además de 
las de automatización), potencialmente puede 
aportar dos ventajas significativas a la organiza- 
ción del trabajo: la primera consistente en el en- 
riquecimiento del personal de soporte y la se- 
gunda en el aligeramiento de la carga de traba= , 
jo. En lo que respecta a las actividades de co- 
municación, en el recuadro de abajo se estable- 
ce una comparación entre la comunicación tele- 
fónica y la obtenible mediante el llamado correo 
electrónico, que permite la transmisión de un 
mensaje (o de un documento) a uno o más des- 
tinatarios sin que se necesite la presencia inme- 
diata de los interlocutores en los terminales. El 
sistema de correo electrónico puede memorizar 
las informaciones y ponerlas a disposición del 
destinatario cuando este último las pida. 


MENSAJE TELEFONICO: 


1. Sólo el 26% se evade de la primera llamada 

2. Del restante 74%: 
El receptor no puede ser molestado 38% 
La llamada no tiene respuesta 38% 
El número comunica 14% 
Otras causas 10% 

3. No hay posibilidad de volver a pedir el mensaje 
(a menos de dictar-editar-archivar-buscar) 

4. Dificultad de enviar el mismo mensaje a más 
usuarios 

5. La «voz» no es económica 

6. Las frases de cortesía no pueden eliminarse 


MENSAJE ELECTRONICO: 


1. Siempre tiene buen fin: no necesita la presencia 
del receptor 

No interrumpe la actividad del receptor 

Puede controlarse si se ha recibido 

Puede reclamarse con operaciones sencillas 

El envío del mensaje circular es sencilo 

Reduce los tiempos de transmisión 


DARADPN 


4.8 min 
1.3 min 


Tiempo medio mensaje telefón. 
Tiempo medio mensaje electr. 


A3.5 min/mensaje 
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Como puede comprobarse, el correo electróni- 
co presenta un conjunto de ventajas (esencial- 
mente resumibles en la asincronía del intercam- 
bio debida a la capacidad de archivo) que, para 
toda una vasta gama de comunicaciones de ofi- 
cina (de carácter operativo y técnico), la hacen, 
con mucho, preferible al teléfono. 

Un profundo análisis realizado en el Stanford 
Research Institute lleva precisamente a prever 
que sólo el empleo sistemático del correo elec- 
trónico en la actividad directiva podía dar lugar 
a un ahorro de tiempo de orden del 20%. 

En cada caso, a través del correo electrónico, 
se racionaliza el flujo de las comunicaciones 
que así puede disponer de tres canales de 
transporte diferente según el contenido de di- 
chas comunicaciones. Los argumentos de ca- 
rácler «político» continuarian siendo tratados en 
reuniones interpersonales: las que necesitan 
decisiones urgentes a través del teléfono, mien- 
tras que todas las otras podrían realizarse por el 
nuevo canal con una gran ventaja sobre la plani- 
ficación del trabajo, donde las interrupciones y 
las pérdidas de tiempo en las comunicaciones 
adicionales llegan a ser de una hora y medía 
sobre las ocho laborales. 

La siguiente tabla proporciona una estimación 
cautelosa del factor de mejora de la productivi- 
dad que la adopción de la estrategia indicada 
puede llevar a los papeles de especialistas y ai- 
rectivos. 


Teleconferencia 


Transferencia 
de informaciones 


Memorización 
y búsqueda de 
informaciones 


Ahorro 
de tiempo 
potencial 


% 
del ahorro 


También se ponen en evidencia los instrumen- 
tos de aplicación que soportan esta estrategia, 
teniendo en cuenta la actual tecnología, instíu- 
mentos que en parte ya se han comentado en 
las consideraciones anteriores. 

Precisamente, la transferencia de informaciones 
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corresponde específicamente al uso del correo 
electrónico; la memorización y búsqueda de in- 
formaciones corresponde a la posibilidad que 
tiene dicho sistema de almacenar y poner a dis- 
posición de quien tiene autorización las informa- 
ciones; la gestión de actividades representa to- 
do lo que se ha comprendido en las actividades 
no directamente productivas y que se ha cubier- 
to con los servicios denominados de agenda 
electrónica, de registro de previsiones, etc. 
Por elaboraciones personales se entiende la po- 
sibilidad de dar al usuario (especialista, cuadro 
intermedio o directivo) una capacidad autóno- 
ma de crear simples secuencias de cálculos so- 
bre los datos de su interés específico, siempre 
que, a su juicio, la repetibilidad de dichas se- 
cuencias lo justifique. Finalmente, con el término 
teleconferencia se quiere indicar un medio ulte- 
rior de comunicación que puede utilizarse con 
provecho, a medio y largo plazo, para el en- 
cuentro entre personas, con el teléfono y el co- 
rreo electrónico. 

Se trata de la posibilidad de tener reuniones en- 
tre dos o más grupos de personas geográfica- 
mente distantes utilizando canales de comuni- 
cación audio, o también vídeo (en este caso, 
con frecuencia de dos órdenes de magnitud su- 
periores a las de la voz y, por tanto, de costos 
todavía hoy prohibitivos). Esta posibilidad ha si- 
do experimentada hace años y con éxito por la 
NASA, pero todavía no se ha difundido en la 
realidad empresarial europea y, además del 
costo, necesitará ciertamente un notable tiempo 
de adecuación (de ahí la exigua contribución 
que puede aportar hoy al ahorro de tiempo po- 
tencial que podría obtenerse). 

Una observación conclusiva sobre el instrumen- 
to gestión de actividades constituido por un so- 
porte automático de gestión de las tareas, de 
las previsiones, de la planificación en el empleo 
de recursos comunes, etc., está en el hecho de 
que la contribución que este instrumento aporta 
a la mejora del trabajo especializado/directivo 
es relativamente modesto porque se evalúa so- 
bre la hipótesis de que gran parte de las activi- 
dades no directamente productivas se sitúan 
según la estrategia sugerida al personal de so- 
porte, a su vez dotado de todo lo necesario para 
mejorar la productividad y, por tanto, para poder 
absorberlo adecuadamente. 

Se ha demostrado la necesidad sin dilación de 
la opción informática en el campo de las activi- 
dades de tratamiento de informaciones de las 


sociedades industriales avanzadas. En este ám- 
bito general se comentan diferencias y aspec- 
tos de continuidad de la automatización de la 
oficina con las aplicaciones clásicas del trata- 
miento de datos. Finalmente, se han propuesto 
estrategias de automatización de las que nos 
hemos preocupado de proporcionar una razo- 
nable justificación. 
Voluntariamente no se ha afrontado el tema de 
la modelización de las actividades de oficina, 
tanto por el carácter introductivo de la presente 
panorámica, cuanto porque hoy día se conside- 
ra prematuro afrontar el problema en estos tér- 
minos al faltar todavía una visión orgánica del 
tema. Efectivamente, la estrategia de interven- 
ción sugerida prescinde de este aspecto, pre- 
sentando como sirmple punto de arranque un 
análisis de los papeles destinatarios más aptos 
para la automatización. 
Sobre estas bases, el proceso de planificación 
de una intervención en la oficina puede esque- 
matizarse en las siguientes fases. 
El modelo de partida está constituido por el uni- 
verso de los usuarios potenciales del sistema de 
automatización de la oficina; de estos usuarios 
pueden definirse los perfiles de actividad con la 
ayuda de cuestionarios. 
Después se identifican los instrumentos que po- 
tencialmente pueden mejorar las prestaciones 
en el sentido discutido muchas veces. Estos ins- 
trumentos están encuadrados (punto de funda- 
mental importancia) en una adecuada visión sis- 
temática que en la prospectiva debe conciliarse 
con la de la informática. 
Dada la importancia de la intervención y del im- 
pacto sobre la organización del trabajo, el pro- 
yecto sometido a estudio debe ser parte inte- 
grante de los objetivos y de las estrategias de la 
empresa y, bastante más que en el caso de la 
informática clásica, debe ser dirigido y seguido 
en su desarrollo por la dirección. Esto en parti- 
cular significa que oportunidad y recursos de- 
ben ir conciliados en el ámbito de la planifica- 
ción empresarial a medio y largo plazo (3-5 
años de horizonte temporal). 
El plan financiero y el de adquisición de los pro- 
ductos se deducen del plan estratégico de au- 
tomatización que la empresa ha elaborado. 
Pero ¿a quién debe asignarse la responsabili- 
dad de actuación en este plano? Una respuesta 
a esta pregunta se obtuvo de una encuesta rea- 
lizada a finales de 1981 por la revista quincenal 
«Computer World» sobre 400 empresas. 


El 50% de las empresas asigna la responsabili- 
dad al sector de la informática empresarial, pen- 
sando que la competencia específica es un re- 
quisito previo esencial también para la automati- 
zación de la oficina; a favor de esta tesis hay la 
necesidad de la integración entre los dos mun- 
dos ya indicados. 

El 20% constituye un adecuado e de di- 
rección en el que son representados, además 
del sector informático, todos los sectores intere- 
sados en el proyecto considerado, con el fin de 
facilitar la plena colaboración de la empresa en 
dicho proyecto. 

En este ámbito es lícito pensar, aunque no se ha 
especificado en la encuesta, que la tarea de 
propuesta y la específicamente operativa han 
sido de entrada del sector informático. 

Un 30%, finalmente, juzga el problema de la ofi- 
cina un problema de costos y, por tanto, que 
pertenece a la administración. Sin embargo se 
recuerda que, incluso en Estados Unidos, a me- 
nudo el sector informático está encuadrado en 
la Dirección Administrativa. 

Siempre con referencia a la misma encuesta, 
también es interesante observar la difusión de 
las aplicaciones de automatización de la oficina 
en la muestra de empresas elegida. 

En este aspecto, los resultados muestran que 
sólo una exigua minoría (3%) todavía no había 
tomado en consideración el problema a finales 
de 1981: casi la totalidad de las empresas o ya 
tenía un proyecto, o lo estaba haciendo, o cuan- 
do menos estaba evaluando la oportunidad. 
Aquí vuelve a ser útil repetir la observación ya 
hecha sobre la mayor cultura informática que 
puede encontrarse en Estados Unidos. Ade- 
más, debido a las razones que ya se han indica- 
do al inicio de esta exposición, es sobre el terre- 
no del tratamiento de las informaciones que se 
medirá en el próximo futuro la competitividad 
del sistema económico y, por tanto, es sobre es- 
te terreno que Europa deberá competir con Es- 
tados Unidos (y, no lo olvidemos, con Japón) 
bajo pena de retroceder a posiciones irremedia- 
blemente subalternas. 

Por tanto, es absolutamente indispensable que 
las decisiones se tomen con la máxima rapidez 
para recuperar el retraso y ponerse cuanto an- 
tes en condiciones de obtener la máxima venta- 
fa Qe las experiencias ya maduras. 


(extraído de «L'Informatica nel lavoro d'ufficio», de G. Oc- 


chini, QUADERNI DI INFORMATICA, año X, n. 1, 1983, Ho- 
neywell Information Systems Italia). 
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— Introducción y memorización en disco de las 
distribuciones milesimales y de las fórmulas. 
En este momento, los datos forman parte del 
archivo y pueden reclamarse para actualiza- 
ciones como modificaciones o impresión. 

— Introducción de los gastos. El tablero ante- 
riormente preparado se reclama a la memo- 
ria y cada nuevo gasto se introduce en el res- 
pectivo campo. 


El programa procede automáticamente a reali- 
zar todos los cálculos y a presentar el resultado. 
Pidiendo la impresión se tiene la situación de 
cada uno y el encuadre. 

El tablero, tal como está estructurado, no con- 
serva memoria para la acumulación de los gas- 
tos. Por ejemplo, introduciendo un gasto en la 
línea 15 se tendrá el cálculo de todo lo que se 
debe por parte de cada uno, sólo válido para 
esta cifra; si en un segundo momento se produ- 
ce un nuevo gasto, siempre inherente a la 
distribución 1, el tablero indica la deuda inhe- 
rente a este nuevo gasto, y no el total (la deuda 
actual más la deuda anterior). Por tanto, debe 
insertarse una nueva columna que acumule las 
sucesivas introducciones y presente el total ge- 
neral para cada condominio. 

Una solución puede ser la de memorizar por se- 
parado la columna de los totales para después 
reclamarla en un tablero sucesivo que las sume 
con los resultados anteriores. 

La memorización de los datos se obtiene trarisfi- 
riéndolos a un file con comandos similares a los 
utilizados por todo el tablero (SAVE, LOAD, 
etc.), con los caracteres más adecuados que 
indiquen la naturaleza particular de dicho file (es 
un file de datos y no un tablero; no puede conte- 
ner fórmulas). 

Por ejemplo, el símbolo + en algunos tableros 
indica que se quiere memorizar datos. Los pará- 
metros a proporcionar entonces son el nombre 
del file (datos) y la fila o columna a transferir. 
Otros tableros sucesivos pueden utilizar los va- 
lores memorizados así cargándolos en memoria 
con la misma opción (por ejemplo, el comando 
L = LOAD, seguido del símbolo +*). 

Sin embargo, debe prestarse mucha atención a 
los valores que se transfieren. En este ejemplo, 
la columna H, también si se presenta como una 
serie de números (suma de los importes parcia- 
les), no contiene en realidad valores numéricos 
(es decir, datos), sino las fórmulas necesarias 
para su cálculo. 
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Memorizando esta columna como si estuviese 
construida por datos es posible llegar a tener 
algunos errores. 
Los casos posibles son dos: o el programa no 
transfiere nada, puesto que reconoce la presen- 
cia de fórmulas, o bien transfiere las fórmulas, y 
cargando esta columna en el nuevo tablero se 
presentarían valores erróneos, ya que las tórmu- 
las se aplicarían de forma incontrolada, 
Para superar este obstáculo es suficiente con 
crear una nueva columna que contenga la ante- 
rior. La transferencia se produce a nivel numéri- 
co y se obtiene una columna que contiene los 
resultados del cálculo y no las fórmulas. 

Por ejemplo, en HI hay contenido el cálculo 
(1 SUM (E4...G4), es decir, la suma de los valo- 
res comprendidos entre E4 y GA. 

El resultado es un valor numérico, y como tal se 
presenta en la celda HI, pero el contenido real 
de la celda es una fórmula. Transfiriendo esta 
celda a un nuevo tablero (siempre que el pro- 
grama acepte una transferencia de fórmulas) el 
resultado ya no será el deseado. 

Para copiar el contenido numérico de la celda 
HI (donde se realiza el cálculo) en primer lugar 
debe transferirse el valor resultante a otra celda 
del mismo tablero y, por tanto, memorizar esta 
nueva celda en formato de datos. El valor numé- 
rico contenido en ella se hace así accesible a 
otros tableros. La transferencia del valor numéri- 
co en el ámbito del mismo tablero no puede pro- 
ducirse con el comando de copia, puesto que 
este comando transferiria el comando de la cel- 
da, es decir, la fórmula y no el resultado. 

Para transferir el resultado es suficiente con es- 
cribir en la celda de llegada la dirección (las 
coordenadas) de la celda de partida. Por ejem- 
plo, escribiendo la dirección +Hl en la celda Ll 
se obtiene la transferencia del valor contenido 
en Hl a la celda Ll. 

El símbolo + que precede a HI es necesario pa- 
ra informar al programa que se trata de una di- 
rección y no de una serie de caracteres; omi- 
tiéndolo, en la celda Ll se transferiría la escritura 
HI sin ningún significado de comando. 


Gestión de un almacén 


Aprovechando la notable capacidad de memo- 
ria de los modernos ordenadores personales, es 
posible realizar aplicaciones complejas incluso 
con máquinas de costo muy limitado. 

En consecuencia, también para el empleo de 
los tableros electrónicos es necesaria una fase 


DISTRIBUCION MILESIMAL DE 


GASTOS COMUNITARIOS (1) 


En esta página y en las siguientes se muestra 
el empleo del tablero electrónico para el 


cálculo de la distribución de gastos 


comunitarios sobre la base de las tablas 


milesimales. 


La columna A contiene una 

serie de descripciones (número 
de piso de cada condominio e 
indicaciones de gastos) que no 
van a variar. Por tanto, resulta más 
cómodo definirla como título (TITLE) 
vertical. 
Si han de aportarse modificacio- 
nes al contenido de la columna A 
deberá eliminarse la opción TI- 
TLE, modificado el contenido de 
una o más celdas y recuperar la 
opción. 


- 
m 


a 


AA) DADA 


pr 
A 


sen 


DADA 


a 
a 
rd 


PeleLs] 
Ú 


qe 


Las columnas B, C, D contie- 
nen los coeficientes milesimales, 
expresados en tanto por mil. En la 
descripción se ha adoptado el 
simbolo % (porcentaje) porque el 
símbolo exacto (%o) no está inclui- 
do en el teclado USA-ASCII 
Cada una de las tres columnas 
contiene una distribuciór diferen- 
te, inherente a un particular índice 
de gasto. Las tablas milesimales 
no van a variar y, por tanto, deben 
introducirse Una vez por todas, 


Jr 


ma pa UNO 


un 


Y 
0% 


a 


A 
DADA 


q 
En 


Ú 
1 


E 
JA 


Las celdas B15, B16, B17 se 
reservan para la introducción de 
las sumas a repartir. Después de 
la introducción de un valor en una 
de ellas se activa el cálculo de la 
distribución en base a la tabla 
milesimal correspondiente. 

La representación de los importes 
calculados necesita el scroll (des- 
lizamiento) lateral del tablero, que 
puede activarse colocando a la 
derecha el cursor más allá del 
límite de la zona presentada. 
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DISTRIBUCION MILESIMAL DE LOS 
GASTOS COMUNITARIOS (2) 


El vídeo ilustra el empleo de una opción 
particular que permite crear en el tablero 
electrónico una ventana en la presentación. 


La columna H, que aparece 
como primera columna a la izquier- 
da, er realidad está posicionada 
en el extremo derecho del tablero. 
Utilizando el comando W (WIN- 
DOW = ventana) pueden obtener- 
se en la presentación simultánea 
dos zonas del tablero fisicamente 


GASTO 
3ASTO 
GASTO 


DA id po poo plo pl odo pd uo pr 


distantes entre sí, de manera que 
puedan compararse directamente. 


El cursor, posicionado en B15, 
produce la introducción del importe 
correspondiente al GASTO 1 pre- 
sentado en la fila de las introduc- 
ciones como valor numérico (V). 


MILESIMAL. 


TE 


A 
QA DAA 


DADA DADA) DQO La 
JA 


MAS | 


sp 


Para cada piso se calcula auto- 
máticamente la cuota de gastos en 
base a la tabla 1 (columna B). 


Las cuotas calculadas se acu- 
mulan en los totales para cada 
piso. 


—— 


Operadora en la unidad de cinta de un centro EDP. A la izquierda 


de análisis del problema que conduzca a una 
implantación adecuada. El objetivo de la fase 
de análisis ya no es el de preparar los diagra- 
mas de flujo, sino determinar la mejor estructu- 
ración para un empleo racional de las posibili- 
dades del programa. 

Por ejemplo, la gestión de un almacén puede 
consistir en una simple relación de los artículos 
y de las cantidades en existencia, o puede es- 
tructurarse de modo que permita el control de 
las reposiciones, las simulaciones, etc. 

El conjunto de las funciones a realizar puede di- 
vidirse en los siguientes grupos: 


— Parte descriptiva. Deberá contener los da- 
tos característicos de cada artículo, como 
código, tiempo de aprovisionamiento, costo 
unitario. 

— Movimientos. Proporciona la situación con- 
table del almacén. Los datos tratados son los 
siguientes: acumulación de salidas, acumu- 
lación de entradas, existencias. 

— Valoración. Contiene los datos anteriores va- 
lorados según los costos unitarios conteni- 
dos en la parte descriptiva. 


pueden verse una serie de disk-packs. 


— Costos de producción. Si los componentes 
del almacén se utilizan para la producción de 
productos acabados, para cada uno de es- 
tos productos puede memorizarse la canti- 
dad necesaria de cada componente sencillo, 
para tener así el cálculo automático del costo 
de cada producto como suma de los costes 
de los componentes sencillos. 


Un ejemplo de aplicación se ilustra en las págs. 
836-840. Para conservar la rapidez del contacto 
con el vídeo se ha preferido ilustrar el ejemplo 
con una secuencia fotográfica de lo que apare- 
ce en el monitor. Sin embargo, siempre existe la 
posibilidad de produc r copia sobre papel de to- 
do lo que presenta el vídeo. El procedimiento 
que permite dirigir a 'a impresora el contenido 
del vídeo se ha previsto en general en el mismo 
programa de gestión del tablero electrónico. 
En la pág. 840 se presenta un ejemplo de salida 
sobre impresora. 


Análisis de las variaciones (WHAT IF) 


Con este término se indica un tipo particular de 
análisis, realizado sobre fenómenos de carácter 
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Globe Photos/Marka 


” 
GESTION DE UN ALMACEN: 
DESCRIPCION 
En el monitor se ve la parte descriptiva de un 1 - j : as - 


tablero de gestión de un almacén. 


a 
ABN O 


ALMACEN 


WESCRIFCLION 
SEM. AFROX. y r 


Las filas 1 a 8 contienen los En la columna B se presentan + En la columna C-se han intro- 

títulos (TITLE). los períodos de aprovisionamien-  ducido los costos de los diversos 
to de cada artículo (en semanas). artículos. 

Cada artículo está identificado La celda B19 contiene la función 

en base a un número de código; (OMAX (B9,..., B17), que calcula 2 La columna D forma parte de la 

los códigos se indican en las  elmáximo entre los valores conte- sección siguiente del tablero (MO- 

celdas de la columna A. nidos en las celdas de la columna  VIMIENTOS). | 
B. El período de aprovisionamien- 
to de 6 semanas es común a los 
dos articulos C-U4 y C-10, 
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GESTION DE UN ALMACEN: 


MOVIMIENTOS 


Activando el scroll lateral del tablero puede 
presentarse la zona de los movimientos. 


COTELGA 


PQ e pr pres pued nto ro Juro ura Judo Judo 


La parte de movimientos ocu- 
pa una zona del tablero distante 
de la columna A, que contiene los 
códigos de los artículos. Para 
tener al mismo tiempo en presen- 
tación la descripción y los movi- 
mientos es necesario definir la 
columna A como título (TITLE) 
vertical. 


Y 


Introduciendo un dato corres- 
pondiente a un movimiento de 
descarga (columna E) se tiene el 
recálculo en E19 de la cantidad 
total descargada del almacén [la 
celda E19 contiene la solución 
SUM (E9...E17)]. Recordamos que 
se ha implantado el cálculo por 
columnas. 


* Inmediatamente después se 
calcula la existencia del artículo 
interesado a partir de la operación 
de descarga introducida (co um- 
na F). Por ejemplo, si se ha des- 
cargado un determinado número 
de artículos C-01, la celda F9 se 
recalcula como diferencia entre la 
carga [9 y la descarga E9. 
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GESTION DE UN ALMACEN: 


VALORACIONES 


En la zona de las valoraciones para cada 
artículo se han presentado los valores 
acumulados de carga, descarga y existencia. 
En la fila 19 se han presentado los totales. 


Las valoraciones de carga (co- 
lumna G) se obtienen como pro- 
ducto entre la cantidad de carga 
de un determinado artículo (zona 
de movimientos, columna D) y el 
costo unitario (zona descriptiva, 
columna C). Por ejemplo, el dato 
474.00 que aparece en G9 se 
obtiene con el cálculo +C9+*D9,. 


[Da ppp pp pd 


Los valores de acumulación de 
descarga (columna H) se obtie- 
nen como producto entre la canti- 
dad de descarga de un determi- 
nado artículo (movimientos, co- 
lumna E) y el costo unitario (des- 
cripción, columna D). El dato 
201.45 en H9 viene dado por la 
fórmula +C9+E9. 


VALORACION 


A DESCARGA 


a 
7 
e) 


nv 
In 


BEA 
DAA] 


E 
ADADADAS Y) 
DeJ 


$ 
A] 
En 


DE Y 
oO ADS 


E] ro 
= 
yA 


La valoración de la existencia 
se obtiene de forma análoga, con 
la fórmula + C9+F9 


Variando una de las cantidades 
que aparecen en la zona de movi- 
mientos se tiene el recálculo auto- 
mático de toda la situación de las 
valoraciones. 


GESTION DE UN ALMACEN: 
COSTOS DE PRODUCCION 


El vídeo muestra ahora la zona de los costes 
de producción de los aparatos que contienen 
como componentes los artículos indicados en 


la descripción. 


La columna A contiene los có- 
digos de los artículos disponibles, 
y sirve exclusivamente como me 
moría previa 


* La columma y se utiliza para 
introducir la cantidad de compo- 
nentes sencillos que constituirán 
el producto. En el ejemplo, la 
construcción del aparato UNO (in- 
dicado en el título) requiere 10 
unidades del comoonente C-01, 
15 del componente C-02, etc. 


COSTOS PE PRODUCCION 


APARATO 


CANTITA 


A 


La columna K contiene las fór- 
mulas que permiten el cálculo del 
costo de producción del aparato, 
excluida la mano de oora. Una 
extensión del tablero podría pre- 
ver :ambién esta última denomina- 
ción en términos de costos unita- 
rios y de tiempo empleado para el 
ensamblaje de los componentes. 


La cantidad que aparece en 
K9 viene dada por la fórmula 
+ C9*J9. La estructura del table- 


UNO 


ro se presta también para realizar 
el análisis de los costos. Por ejem- 
plo, si zambiando el proveedor 
del componente se tuvieran dismi- 
nuciones en el costo de algunos 
artículos y aumentos del costo de 
otros, el programa podría calcular 
inmediatamente en K19 el nuevo 
costo del aparato, en base al cual 
se pudr'a decidir si conviene o no 
adquirir dichos componentes al 
nuevo proveedor. 
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EJEMPLO DE IMPRESION DEL TABLERO ELECTRONICO 


FETLES ALMACEN 


KID 


NOS 


A e e e A A A A A A A A A A e e e o pu a 


ME SEOFCUFCION 


MOVIMIENTOS 


AFROX, COSTO 


- 
q 


a 00 
6-0 
03 
2-04 
E-03 
C-06 
E-97 
C-08 


nr 


. 
y 


HEN 


VALORACION 


CARGA DESCARGA EXISTEN. 


A A o e o A A O A A A 5 0 e 


ATA OO 
193.00 


201,45 
68.25 


DO A 
e. 


126.73 


- 


n CARGA MIESCARGÁ EXISTEN, 
e 
DO 
0 
7d 


SEO 


COSTOS UE FRODUCCION 


AFARATO UNO 
Mali SA. COSTO 


10 Las 20 


A 
A 


48.73 


49.30 
149.24 
SOZ. 0 

75.00 

19,50 
pa 1 
31.2%: D0 


CN) 


17.40 
33, 64 
ADO. DO 
13. 520 
ELA 
TA 
ZAR ADO 


«90 
565,60 
PIDIO 
Ada DO 
7,80 
73. Q0 
62.40 


1.78 
24,44 
14.21 
4,00 
8.58 
ti2s 
6,2 


1894.04. 1089.04 803, 06 


económico o comercial, con el objetivo de de- 
terminar cómo evoluciona una situación al variar 
uno o más parámetros. 

La técnica WHAT IF («qué sucede si...») consis- 
te en la introducción de una variable en los da- 
tos que regulan la situación para observar sus 
efectos sobre el resultado final. En los casos 
más complejos se realiza utilizando un modelo 
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132,91 


matemático del fenómeno con algoritmos muy 
sofisticados. En los casos más normales (previ- 
siones de ventas, determinación de inversiones, 
etc.) puede realizarse utilizando la posibilidad: 
del tablero electrónico. 

El método más sencillo consiste en implantar un 
tablero que describa, paso a paso, la evolución 
del fenómeno a analizar y en la introducción 


diferentes datos de entrada. Para cada uno de 
ellos se tiene el recálculo de toda la estructura, 
con la presentación del nuevo resultado. 

Abajo se ha representado el esquema de un ta- 
blero para el cálculo de previsiones de benefi- 
cios en función de la cantidad de piezas produ- 
cidas. En el ejemplo sólo se han considerado 


ESQUEMA DEL TABLERO PARA 


Introducción de datos 

Cálculos relativos a los costos 
Cálculos relativos a los cobros 
Cálculos relativos a los beneficios 
A B 


CANTIDAD PRODUCIDA 


COSTOS 


+ C6 «0.2 +50 


PRODUCTO 
DISTRIBUCION + C6+0.1 
INTERESES PASIVOS | + 0.18 » (010 + C11) 


COSTOS TOTALES (SUM (C10. .C12) 


COBROS 


BENEF. 


BENEF. % 


algunas de las denominaciones que entran en 
el balance, pero la estructura puede ampliarse 
simplemente introduciendo nuevas filas que ten- 
gan en cuenta otros factores, o nuevas colum- 
nas si se desea analizar un intervalo de tiempo 
superior a 4 meses. 

En general, un balance está constituido por la 


EL CALCULO DE LOS BENEFICIOS 


C D E F 
S Ez z 
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diferencia entre el total de los ingresos y el total 
de los costos. En el ejemplo se han previsto tres 
tipos de costos: 


— Costo de producción (PRODUCTO), igual a 
una cuota fija (50) más una cifra proporcional 
al número de las piezas producidas (50 + 
0,2 x Número de piezas) 

—Costo de distribución (DISTRIBUCION), 
proporcional a la cantidad de producto (0.1 
Xx Cantidad producida) 

— Intereses pasivos (INTERESES PASIVOS). 
Esta denominación tiene en cuenta los intere- 
ses pasivos debidos a la inmovilización del 
capital empleado para la adquisición de ma- 
terias primas u otras y, por tanto, es propor- 
cional a los importes anteriores [0.18 Xx 
(PRODUCTO + DISTRIBUCION)]. 


El total de los costos se obtiene sumando las 
tres denominaciones anteriores. Introduciendo 
para cada mes la cantidad de producto prevista 
(fila 6), el programa realiza los cálculos para to- 
das las fórmulas y presenta el resultado. El sig- 
nificado de las cifras depende de la unidad de 
medida adoptada por el usuario. Por ejemplo, la 
cantidad de producto puede expresarse como 
número de piezas, peso o volumen; lo mismo 


sucede para las cifras que expresan dinero. 
Como puede verse en la tabla de abajo, se ha 
utilizado la representación de los valores en for- 
mato entero; los decimales, por tanto, no se pre- 
sentan, pero también se consideran en los cál- 
culos. La estructura así formada puede memori- 
zarse en disco (en el ejemplo se ha utilizado un 
file de nombre PREVISIONES) para volverla a 
utilizar más veces. El método WHAT IF se aplica 
variando uno o más datos de entrada, en este 
caso, la cantidad de productos, y analizando los 
efectos de dichas variaciones sobre el total. Por 
ejemplo, si causas accidentales determinan un 
paro de la producción en el mes de marzo, lle- 
vando la cantidad del producto a 75, en este 
mes se tendrá una pérdida igual al 11% de la 
cifra invertida, y el rendimiento total del trimestre 
(columna TOT) pasará a ser del 12%, 
Supongamos que el objetivo económico del tri- 
mestre sea la obtención de un beneficio del 
20%; ¿cuál debe ser la producción de abril para 
compensar el paro de marzo? El método más 
sencillo para obtener la respuesta consiste en la 
introducción de la cantidad de producto mayor 
del mes de abril y observar cómo varía la res- 
puesta de la celda G20 (beneficio total %). 

El proceso se repite hasta obtener un valor final 
cercano al deseado; la última estimación intro- 


VARIACION DE LOS BENEFICIOS EN FUNCION DE LAS VARIACIONES 
DE PRODUCCION 
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ducida es el dato buscado. Por tanto, el cálculo 
a realizar es del tipo iterativo; debe introducirse 
un valor estimado, calcular un resultado y deci- 
dir en base a éste si llevar a cabo o no un nuevo 
cálculo con una estimación diferente. 

En el tablero electrónico, las ¡teraciones son mu- 
cho más fáciles que con los programas en Ba- 
sic (o en otros lenguajes). Efectivamente, la ca- 
racterística principal del tablero es la de presen- 
tar toda la estructura, permitiendo la introduc- 
ción de los datos en un punto cualquiera. Por 
ejemplo, si se quieren analizar los efectos de las 
variaciones de la producción en el mes de ene- 
ro, basta con cambiar el contenido de la celda 
C6 para obtener el recálculo completo, 

Otra notable ventaja adicional es la posibilidad 
de variar las fórmulas de cálculo. Para analizar 
cómo varía el beneficio al variar el gasto de dis- 
tribución, basta con modificar el contenido de la 
celda C11 (y de los homólogos de los otros me- 
ses). En Basic debería realizarse una modifica- 
ción del programa, a menos que quiera escribir- 
se este último en forma completamente parame- 
trizada, obteniendo la misma forma estructural 
del tablero. 

Sin embargo, todo lo que se ha dicho no signifi- 
ca que el tablero electrónico pueda sustituir el 
lenguaje de programación. En los problemas 
más complejos, o en las aplicaciones que nece- 
sitan lógicas diversificadas, la solución del ta- 
blero electrónico resulta inadecuada o inaplica- 
ble. El ejemplo presentado ilustra un caso de 
interactividad gestionada por el usuario. Efecti- 
vamente, la repetición del cálculo y el control de 
la validez del resultado están totalmente a su 
cargo. En las aplicaciones más complejas pue- 
den presentarse dos dificultades: la elección 
inadecuada del incremento a dar a las varia- 
bles, entre una iteración y otra, y el elevado 
número de interacciones necesarias para obte- 
ner un resultado aceptable. 

Para resolver estas dificultades, en algunos ti- 
pos de tableros electrónicos se incluyen tam- 
bién funciones particulares que facilitan la 
realización de las iteraciones. 


Las funciones para el cálculo recurrente 


Sin embargo, en las formas más sencillas del 
tablero, el cálculo debe realizarse con coman- 
dos proporcionados por el operador. Ahora 
bien, en las formas más evolucionadas existen 
funciones particulares dedicadas a los cálculos 
iterativos. Las principales funciones son: 


10 A 


Ensamblaje de componentes de hardware. 


ITERCNT (). Restituye el valor de la iteración en 
curso, empezando por 1 para la primera. No tie- 
ne parámetros, y la simbología ( ) tiene el signifi- 
cado de argumento fantasma. 

El principal uso es como prueba de término del 
proceso iterativo. Por ejemplo, la condición 
ITERCNT () = 10 puede utilizarse para determi- 
nar el paro del cálculo en la décima iteración. 


DELTA (). Restituye el valor absoluto máximo 
que se registra en las variaciones de los valores 
entre dos iteraciones sucesivas. Puede utilizar- 
se como criterio de convergencia. Por ejemplo, 
DELTA () < 0.1 detiene el cálculo cuando el 
valor máximo de las variaciones es inferior a 0.1. 


Estas dos funciones son indispensables para 
detener el cálculo en los tableros que poseen el 
automatismo de iteración. En estos casos existe 
un comando (normalmente llamado [TERA- 
TION) que activa el proceso de cálculo recu- 
rrente de manera automática. En las otras for- 
mas del tablero, o se adoptan determinados ar- 
tificios para simular el comando ITERATION, o 
bien debe ser el usuario el que introduzca, entre 
interaciones, el nuevo valor de la variable inde- 
pendiente y reactivar el cálculo. En estos casos 
no se produce el automatismo de fin de prueba. 
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ANALISIS DE LAS VARIACIONES 


METODO WHAT IF 


En esta página se ha ilustrado la aplicación del 
método WHAT IF para el análisis de las 


variaciones en el tablero electrónico. 


El vídeo repropone la estructura del tablero ya 
considerada. Para obtener una visión completa 


de todas las columnas utilizadas se ha 


implantado (en presentación, no en los cálculos) 


el formato completo, 


ENEF, 
RENEF | Y 


1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
2 


Las descripciones contenidas 
en la columna A ocupan más 
espacio que el permitido por la 
amplitud de las celdas, por tanto, 
se han escrito utilizando las 
celdas contiguas de las columnas 
A y B. Esto implica la imposibili- 
dad de ordenar alineados los con- 
tenidos de la celda, puesto que se 
necesitaría dividir todas las, des- 
cripciones. 


Las celdas de la fila 6 se 
utilizan para: la introducción. 


FER MAR 


Las celdas que pertenecen al 
rectángulo de vértices C10-F12 
contienen los cálculos relativos a 
los costos. 


Las celdas 10, 11, 12 de la 
columna G contienen el cálculo 
de los totales de las filas 
PRODUCTO, DISTRIB., INT. PAS., 
que utiliza la función SUM. 


Las celdas de la fila 14 
contienen el cálculo de los totales 
de las tres filas anteriores. 


La fila 17 contiene los cálculos 
de los cobros. 


Las celdas de las últimas dos 
filas contienen las fórmulas para 
el cálculo de los beneficios totales 
y porcentuales. 


El método WHAT |F puede apli- 
carse simplemente introduciendo 
un nuevo dato en una de las 
celdas de la fila 6. El cálculo del 
tablero será instantáneo. 


Evolución del tablero 
electrónico 


Los comandos y las funciones vistas se refieren 
a las formas más sencillas del tablero electróni- 
co. Como en el lenguaje Basic, también en es- 
tos programas se ha producido en breve tiempo 
una notable evolución, que ha llevado a las ver- 
siones actuales, más completas y enriquecidas 
con nuevos comandos y nuevas funciones. 

En la tabla de abajo se comparan, como ejem- 
plo, las funciones previstas en el Visicalc con las 


del Multiplan de la versión para el Olivetti M20, 
Las principales funciones no varían, aunque a 
veces se emplean simbolismos diferentes, 
mientras que aparecen varias funciones nuevas 
(ver la tabla de la izquierda de la pág. 846). En 
cambio, en la tabla de la derecha se comparan 
los comandos. También en este caso, los funda- 
mentales son comunes, pero en el Multiplan 
existen algunas nuevas implantaciones que son 
exclusivas del Olivetti M20. 

Entre éstas, las principales se han representado 
por los comandos que siguen: 


FUNCIONES MULTIPLAN Y VISICALC CORRESPONDIENTES 


Multiplan 


ABS(N) 
PRQ/2-ATAN(N/SQRT(1-N x N)) 
ANDllista) 

ATAN(N/SQRT(1-N x*N)) 
ATAN(N) 

AVERAGEdlista) 

INDEX(área, Índices) 
COS(N) 

COUNT (lista) 


EXP(N) 
FALSE() 
IF(1,v1,v2) 
INT(N) 
ISERROR(N) 
ISNA(N) 
LN(N) 
LOG10(N) 
LOOKUP(N, área) 
MAX(lista) 
MIN(lista) 
NAO 

NOT(1) 
NPV(ar, lista) 
OR(lista) 


SUM(lista) 
TAN(N) 
TRUE() 


Visicalc 


O ABS () 

E ACOS(N) 

E AND(lista) 

E ASIN(N) 

E ATAN(N) 

E AVERAGE(lista) 
GQ CHOOSE 

E COS(N) 

€ COUNT (lista) 
GQ ERROR 

E EXP(N) 

GQ FALSE 

E IF(1,v1,v2) 
E INT(N) 

E ISERROR(N) 
E ISNA(N) 

GE LN(N) 

E LOG10(N) 
E LOOKUP(N, rango) 
E MAX(lista) 
E MIN(lista) 

E NA 

E NOT(1) 

E NPV(dr, rango) 
GE ORllista) 

O Pl 

E SIN(N) 

E SQRT(N) 

E > SUM(lista) 
E TAN(N) 

GQ TRUE 
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FUNCIONES ESPECIFICAS 
DEL MULTIPLAN 


Descripción 


Número de la columna 
actual 


DOLLAR(N) El contenido de N se 
presenta como cifra 
expresada en dólares. Si N 
es negativa, la cifra se 
pone entre paréntesis 


Función 
COLUMN() 


N formateada con d cifras 
decimales 


FIXED(N,d) 


LENT(T) Longitud del texto T en 


caracteres 


Crea una cadena del texto 
T empezando por s para 
un total de c 


Resto de N1/N2 


Texto compuesto por N 
repeticiones del texto T 


NID(T,s,c,) 


MOD(N1,N2) 
REPT(T,N) 


ROUND(N,d) Valor de N redondeado ad 


cifras decimales 


ROW() Número de fila actual 


SIGN(N) —-1,0,0 + 1 según sea 


negativo, nulo o positiva 


STDEV/lista) Desviación estándar de los 


valores de la lista 


VALUE(T) Valor numérico del texo T; 


T puede presentar un nú- 
mero en cualquier formato, 
comprendido un imporle 
en dólares 


Format Options. Selecciona algunas opciones 
del formato de presentación del contenido de 
las celdas. 


Help. Presenta en el vídeo una serie de instruc- 
ciones sobre el uso del programa. d 


Window. Permite la gestión de ventanas en el 
vídeo. Con este comando, la pantalla puede di- 
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COMANDOS MULTIPLAN 
Y VISICALC CORRESPONDIENTES 


Multiplan 


Visicalc 


Blank 


Transfer Clear 1€ 
Delete Column, Delete Rows  /D 
Edit, Alpha /E 
Format Cells /F 


Format Width ¡GC 
Format Default ¡GF 
not needed; see text ¡GO 
Option ¡GR 


Insert Columns, Insert Rows  /l 
Move Columns, Move Rows  /M 


Print /P 
Copy IR 
Transfer Load /SL 
Quit /SQ 
Transfer Save /SS 
Window Split Titles IT 
Option N 
Window Open, Window Split, 

€CC, IW 
Window Link IWS, WU 
Goto Row-Col > 
NEXT WINDOW key ; 
RECALC key ! 
use references ++ 


REPT 


Format Options 
Help 
Lock 
Name 
Sort 
Window 
Externa 


Para la selección de los comandos Multiplan sólo se 
introduce la letra inicial del nombre del comando 


vidirse en partes, llamadas ventanas, cada una 
de las cuales puede utilizarse como un tablero 
en sí mismo, 


External. Permite utilizar datos memorizados en 
una tabla «externa» a la de trabajo, por ejemplo, 
en una ventana definida anteriormente. 


Lock. Impide la modificación de una o más cel- 


das. Este comando es muy útil cuando en el ta- 
blero aparecen intercaladas celdas de introduc- 
ción de datos y celdas de cálculos. 
Desplazando el cursor para introducir los datos, 
es fácil confundir las posiciones y escribir el va- 
lor donde había una fórmula; en este caso, éste 
se pierde. 

En cambio, protegiendo la celda, se impide la 
introducción de datos y se evitan errores. 


Name. Permite definir más celdas con un mismo 
nombre simbólico. Es un comando que activa 
una lógica similar a la activada por las funciones 
DIM del Basic. En algunas fórmulas del tablero 
electrónico, el conjunto de celdas identificadas 
con un mismo nombre simbólico se llama rango. 
Todas las funciones que hacen referencia a es- 
tas celdas pueden realizarse indicando como 
parámetro el nombre simbólico del rango en lu- 
gar de las direcciones. 


Sort. Permite ordenar el contenido de una co- 
lumna. El ordenado puede comprender núme- 
ros o textos y ser creciente o decreciente. Otras 
implantaciones en otros tipos de tableros (por 
ejemplo en el Lotus 1, 2, 3) prevén la posibilidad 
de construir gráficos y de gestionar una base de 
datos del contenido de las celdas. 

Para dar una idea de las diferencias existentes 
entre los diversos programas de gestión del ta- 
blero electrónico, en la pág. 848 se describe 
una aplicación de ejemplo del Multiplan en la 
versión para el Olivetti M20, 


Los programas de gestión 
de los archivos 


Una segunda clase de programas de empleo 
generalizado se dedica a la gestión de los archi- 
vos. También en este caso, los programas más 
sencillos prevén el uso de un solo file de datos y 
de un número limitado de funciones, mientras 
que los más evolucionados permiten gestiones 
complejas de una verdadera base de datos. Es- 
tos últimos programas ofrecen además notables 
posibilidades de programación, con implanta- 
ciones que en algunos casos son muy similares 
a las típicas del lenguaje Basic. 

Las principales funciones realizadas por estos 
programas son las siguientes: 


—-Creación de los files y definición de los cam- 
pos correspondientes 


— Introducción y actualización de los datos 
— Búsqueda 

— Ordenación 

— Elaboración de los datos 

— Impresión de los tabulados 


Creación de los files y definición de los 
campos 


Es ¡a primera función a activar para la creación 
de una base de datos. Los parámetros a pro- 
porcionar son: 


— Nombre del file (o de los files) 

— Unidad de disco (W/B o 0/1, según el Sistema 
Operativo) 

— Nombres y atributos de los diferentes cam- 
pos . 


Generalmente, el comando tiene la sintaxis 
CREATE X:NOMBRE 


donde X es la unidad de disco seleccionada 
(puede omitirse, en cuyo caso es asumida por 
omisión por el sistema) y NOMBRE es el nombre 
del file a crear. Después de haber verificado la 
disponibilidad de espacio en el disco, el progra- 
ma memoriza el nombre de un directorio y pasa 
a la fase de introducción de los atributos de los 
diversos campos que formarán el record. En es- 
tos programas, los records que pertenecen a un 
mismo file tienen todos la misma longitud. Esta 
longitud, expresada en número de bytes, se cal- 
cula como la suma de las longitudes de los 
campos que constituyen el record a medida 
que se introduce la descripción. Una vez inicia- 
da la introducción de los datos, generalmente 
no es posible variar la longitud o el tipo de los 
campos sin perder los datos introducidos ante- 
riormente. 

Los parámetros que definen los campos son: 


— Nombre: es el nombre simbólico con el que 
el usuario y el programa identifican el conte- 
nido de cada campo. 

— Tipo: define el tipa de campo (alfanumérico o 
numérico). 

— Longitud: es el número máximo de caracte- 
res previstos en el campo. 


Para los campos numéricos también se necesi- 
ta el número de cifras decimales. Téngase pre- 
sente que la longitud total del campo también 
debe prever el espacio reservado al punto deci- 


847 


DEL MULTIPLAN 


celda ocupada por el cursor. 


Ventas 


Costos 


Materiales 
Salariog 
Gastos generales 


Costos totale 


Rendimientau 
Dias 


TABLERO ELECTRONICO 


El tablero electrónico del Multiplan difiere 
en algunos aspectos del ya considerado. 
La presentación de los comandos, por ejemplo, 
se posiciona al pie, así como el contenido de la 


Enera Febrero 


Febrero 


260008 


Enero 


200898 


2598 
70808 
40008 


200 
70008 
408008 


118208 


373068 99200 


Marzo Abril 


200808 


40088 40000 
70086 
40006 


156988 150006 


500808 


COMMAND: Blank Copy Delote Edi1 Format Goto Help Insert Lock Move 
Name Options Fint Quit Sort Transfer Value Window External 
Belect option er Ttypo command lette. 


La diferencia más marcada 
corresponde al direccionamiento 
de las celdas. Las direcciones 
están constituidas por dos valores 
numéricos precedidos por la letra 
R (fila) y por la letra C (columna). 
R10C3 es la dirección de la celda 
posicionada en el cruce entre la 
fila 10 y la columna 3, que en la 
fotografía está ocupada por el 
cursor. 


96% Free 


2 En las fórmulas, los direcciona- 
mientos (re'ativos) se expresan en 
términos de desplazamiento de 
la posición de la celda que contie- 
ne la fórmula, Con el cursor en 
R10C3, la simbología que permite 
hacer referencia a la celda R6C3 
es R[-4]C, que indica la celda 
que pertenece a la misma colum- 
na (Cj pero posicionada 4 filas 
más arriba encima de (-4) 


Multipldan: 


Prueba-1M1 


Los desplazamientos hacia arriba 
o hacia la izquierda se expresan 
con números negativos; hacia 
abajo y hacia la derecha, con 
números positivos. 

La fórmula insertada en la celda 
R10C3 calcula la suma de los 
contenidos de las celdas R6C3, 
R7C3 y R8U3. 


mal. Por ejemplo, un campo numérico con tres 
cifras enteras y dos decimales ocupará seis ca- 
racteres (XXX,XX). Si se especifica un campo de 
tipo numérico, en la fase de introducción se rea- 
liza automáticamente un control sobre los datos 
(control de numericidad) y se aceptan sólo da- 
tos numéricos. 


Introducción y actualización de los datos 


Definida la estructura del file puede pasarse a la 
introducción de los datos. 

Normalmente, el programa presenta una más- 
cara vídeo que indica los nombres de los cam- 
pos proporcionados en la fase de generación y 
el espacio disponible para cada campo. La 
principal diferencia entre los métodos de pre- 
sentación adoptados por los diversos progra- 
mas se debe a las variaciones del número máxi- 
mo de columnas que pueden gestionarse con la 
máscara vídeo. Algunos programas presentan 
todos los campos sobre una sola columna (uno 
por cada fila) en el orden en que se han defini- 
do. En otros, es posible posicionar diversos 
campos sobre la misma fila (entonces se tendrá 
una máscara de más columnas), eligiendo un 
orden cualquiera de presentación. 

La fase de introducción de datos puede tener 
dos aspectos diferentes según que se realice 
sobre un file recién creado o sobre uno que ya 
existía antes. 

En el primer caso es el propio programa que, al 
final de la fase de creación, va a la fase de intro- 
ducción. En el segundo caso, los nuevos datos 
se consideran como añadidos y el comando 
que activa la transferencia es normalmente AP- 
PEND. Los dos métodos, aparte del formalismo 
diferente, realizan las mismas funciones, que 
son las de introducir datos en el formato definido 
durante la estructuración del file, asociando a 
cada nuevo daío un número de record acumula- 
tivo. Un tercer modo de introducir los datos es la 
inserción. La palabra clave que activa esta fun- 
ción suele ser INSERT y, con este comando, 
pueden insertarse datos en la posición deseada 
por el usuario. 

En la fase de escritura de datos de introducción, 
tanto en creación como en APPEND, los datos 
se memorizan uno detrás de otro, según el or- 
den de introducción, mientras que algunas apli- 
caciones —para hacer por ejemplo más rápida 
la fase de búsqueda— necesitan la posibilidad 
de insertar datos en cualquier posición interme- 
dia (inserción direccionada). 


El comando de inserción direccionada sigue 
una sintaxis que depende del software particu- 
lar empleado. La mayor parte de los programas 
utiliza dos métodos: el apuntamiento y el direc- 
cionamiento explícito. 

En el primer caso, cada dato introducido tiene 
una dirección propia de colocación, constituida 
por el número de record. Naturalmente, todos 
los datos que ocupan posiciones sucesivas a la 
especificada sufrirán un desplazamiento y se 
transferirán en el siguiente record al que ocupa- 
ban antes de la inserción del nuevo dato. En 
muchas formas de bases de datos, el posicio- 
namiento sobre un determinado record se obtie- 
ne con un comando del tipo GOTO n, con n = 
número de record. Por ejemplo, la secuencia de 
comandos 


GOTO 3 
INSERT BEFORE 


posiciona el puntero sobre el record 3 e inserta 
«antes» de éste (BEFORE) el nuevo dato. De 
esta manera, este último se posicionará entre 
los antiguos datos 2 y 3 y ocupará el record 3. El 
dato que ocupaba el record 3 anteriormente se 
desplaza al. 4, y así sucesivamente hasta el final 
del file, Con este método pueden aportarse co- 
rrecciones a los datos existentes. Un comando 
muy frecuente en esos programas es EDIT n, 
que permite la realización de correcciones en el 
contenido del record n especificado. Este méto- 
do de apuntamiento de los datos, basado en el 
número de record, puede ser útil sólo en casos 
particulares; normalmente es incómodo de usar, 
puesto que se limita al empleo de un tabulado 
de referencia en el cual, para cada dato, se pre- 
senta el correspondiente número de record. Por 
tanto, existe la posibilidad de cometer errores 
por adoptar una referencia anterior en una ope- 
ración de inserción o de adición. 

El mejor modo de proceder es aprovechar las 
posibilidades de búsqueda que ofrecen esos 
programas. La operación de búsqueda, por 
ejemplo en base al contenido de un determina- 
do campo, toma el nombre de Find (busca). 
Normalmente, este término también se utiliza 
como siglas del comando. 


Búsqueda (Find) 

La tunción de búsqueda permite seleccionar los 
datos en base al valor contenido en uno o más 
campos y es una de las funciones fundamenta- 
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les para la gestión de los archivos. El archivo de 
los datos tiene un sentido propio porque está 
destinado a las operaciones de búsqueda y tie- 
ne la misión de presentar un dato particular o de 
realizar eventuales agregaciones. 

Todos los programas que pertenecen a esta ca- 
tegoría están orientados a la automatización del 
trabajo de oficina. El objeto principal de una ofi- 
cina es el de recoger informaciones de las otras 
oficinas y de las unidades periféricas para ex- 
traer informes sintéticos sobre los que basar las 
decisiones y las estralegias empresariales, Este 
proceso se realiza con sucesivas agregaciones 
de los datos que, partiendo de los detalles, con- 
ducen a situaciones de síntesis. Las lógicas de 
selección dependen de la aplicación particular, 
pero también pueden ser reconducidas a una 
selección basada en los valores de algunos 
campos. En otras palabras, la principal función 
a realizar en un archivo es la de búsqueda. Las 
funciones Find pueden realizarse de tres modos 
principales, según el tipo de organización que 
se haya impuesto a los datos. 


m  Siel file no tiene ninguna clave ni está orde- 
nado, la búsqueda debe realizarse leyendo 
todos los records y comparando el conteni- 
do del campo de selección con el valor (o el 
límite) deseado. 

u Siel file está ordenado, puede adoptarse la 
técnica de ruptura de código. En este caso, 
la búsqueda se realiza de modo similar a la 
anterior, pero termina antes de la lectura de 
todo el file, a continuación de la ruptura del 
código de control. 

m Si el file tiene uno o más índices, el método 
es más rápido. En la fase de creación del file 
puede formarse un índice que permita la se- 
lección en un determinado campo (campo 
clave). En este caso, el límite viene dado por 
el número de las claves de acceso a los re- 
cords que contiene el file. 


Mientras que en los grandes sistemas el espa- 
cio en el disco no es un problema y el tiempo de 
actualización de los índices es despreciable, en 
los microordenadores y ordenadores persona- 
les se impone una economía más restrictiva. 

Un segundo inconveniente viene dado por la 
escasa elasticidad de una estructura como es- 
ta. Creando a priori una serie de índices pueden 
preverse las principales situaciones, pero no to- 
das las posibles. A medida que evoluciona la 
aplicación pueden surgir nuevas necesidades 
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que requieren el uso de un tipo de agregación 
no previsto, cuyo índice no se ha creado. 
Estas consideraciones han conducido a una di- 
ferente lógica de utilización de los índices. 
Inicialmente no se genera ningún índice, y los 
datos se consideran privados de claves. 

Sólo en el momento de la agregación, o de una 
operación cualquiera de selección, se crea un 
índice del campo o de los campos correspon- 
dientes. Esta metodología es común a casi to- 
dos los programas de gestión de archivos. 

El flujo de las funciones a realizar está definido 
de esta manera: 


— Creación del file 

— Introducción de los datos 

— Definición de las claves de selección (campo 
clave) 

— Creación del índice en base al contenido del 
campo clave 


Al final se dispone de un file que direcciona los 
datos según un determinado campo: utilizando 
el índice pueden realizarse las operaciones de 
búsqueda o de agregación. 

La sintaxis utilizada para la creación del file tiene 
la forma: 


INDEX ON "CAMPO" TO "FILE” 


donde CAMPO es el nombre simbólico del cam- 
po a direccionar, y debe coincidir con uno de 
los campos proporcionados en la fase de gene- 
ración del fie de datos 

FILE es el nombre del file índice 

Para realizar una selección o una búsqueda de- 
be proporcionarse al sistema el nombre del Índi- 
ce a utilizar (pueden existir varios al mismo tiem- 
po), y la sintaxis tiene la forma 


USE "NOMBRE" INDEX "CAMPO" 


que significa: utiliza (USE) el file (índice) NOM- 
BRE direccionado en el contenido del CAMPO. 
Con este comando se informa al sistema que 
debe utilizar el file índice NOMBRE y realizar 
búsquedas (definidas con un comando sucesi- 
vo) sobre el dato que tiene el nombre simbólico 
CAMPO. 

La siguiente instrucción deberá proporcionar el 
valor de comparación. La sintaxis tiene la forma 


FIND XX 


donde XXXX es el dato (clave) a buscar. Por 
ejemplo, la secuencia de comandos 


1 - INDEX ON NOMBRE TO ANAGR 
2 - USE ANAGR INDEX NOMBRE 
3 - FIND Juan Pérez 


realiza las siguientes funciones: 


1 - Crea un file índice de nombre ANAGR en el 
contenido del campo NOMBRE definido 
previamente en la fase de creación del file 
de datos 

2 - Utiliza (USE) el file ANAGR como índice 
(INDEX) del campo NOMBRE 

3 - Busca todos los records que contienen en 
el campo NOMBRE el dato Juan Pérez 


Los comandos se indican en la forma utilizada 
por un determinado programa. 


Ordenación (Sort) 

Todos los programas de gestión de archivos 
disponen de la función Sort (ordenación). La 
metodología normalmente utilizada consiste en 
la creación de un file de apoyo en el que se re- 
escriben los datos, o las direcciones, en el or- 
den deseado. 

El usuario no tiene necesidad de conocer cuál 
es el contenido real de este file. Si el programa 
gestiona el Sort por medio de las direcciones de 
los records será siempre el programa el que, en 
la fase de tabulación, tomará el dato, obtenién- 
dolo del file en base a la dirección. 

El usuario sólo debe activar la función especifi- 
cando el campo en el que quiere efectuar la or- 
denación y el nombre del file que contendrá los 
datos ordenados (o sus direcciones). 

Una forma típica de activación del sort es 


SORT ON nm TO mm 


La función se activa con el comando SORT; la 
expresión ON nnn indica sobre cuál de los cam- 
pos se desea efectuar la ordenación (nnn debe 
ser el nombre simbólico de uno de los campos 
definidos en la base de datos utilizada) y la ex- 
presión TO mm indica el nombre del file de sali- 
da. Por ejemplo, la frase 


SORT ON Dirección TO File A 


activa un Sort en el campo de Dirección y me- 


moriza la salida en un file de nombre File A. Utili- 
zando este file para una impresión se obtienen 
los datos en orden creciente del contenido del 
campo Dirección. El file de datos no se ha modi- 
ficado, y conserva el orden de introducción. El 
uso de un file diferente para la salida del Sorl es 
necesario para no variar la ordenación original 
del file de datos. 


Elaboración de los datos 


El archivo de los datos casi nunca tiene una fi- 
nalidad en sí mismo; el contenido de los diver- 
sos campos debe elaborarse en alguna forma. 
Para llenar esta necesidad, en muchos progra- 
mas de gestión se han previsto funciones de 
cálculo. Normalmente, estas últimas siguen las 
mismas reglas y las mismas sintaxis de las co- 
rrespondientes funciones del Basic, pero se ac- 
tivan con comandos específicos del programa 
utilizado. 

Un comando muy corriente es REPLACE, que 
permite sustituir el contenido de un campo cual- 
quiera por el de otro campo, o por el resultado 
de una elaboración. 

Por ejemplo, la frase 


REPLACE ALL Total WITH Cantidad *Costo 


sustituye en todo el file (REPLACE ALL) el conte- 
nido del campo Total por (WITH) el resultado del 
producto de los olros dos campos (Cantidad «w 
Costo). Los nombres Cantidad y Costo pueden 
referirse a campos del mismo record o bien indi- 
car variables cualesquiera definidas como exte- 
riores a la base de datos. 

En algunas formas de bases de datos, el co- 
mando REPLACE (y otros) puede haberse 
puesto bajo condición. Por ejemplo, la opera- 
ción anterior puede escribirse en la forma 


REPLACE ALL Total WITH Cantidad * Costo 
FOR Total = 0 


La parte FOR Total = 0 condiciona la sustitución 
del contenido del campo Total: si este campo 
todavía no se ha calculado (su contenido es 0) 
la operación se realiza; de otra forma, el record 
no se procesa y el programa pasa al record si- 
guiente. 

En los programas más complejos se han previs- 
to instrucciones muy similares a las del Basic, 
las cuales permiten escribir verdaderas rutinas 
de cálculo o de elaboración del contenido de 
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La automatización del trabajo de 
oficina (3) 


Para definir un sistema para la automatización 


de las actividades de oficina, es útil tomar como 


linea de partida el examen de la «estación de 
trabajo» tradicional, la mesa de oficina, para 
identificar las posibles y diferentes configuracio- 
nes, los instrumentos habitualmente disponi- 
bles, las funciones realizadas, las interrelacio- 
nes entre las diversas actividades y las exigen- 
cias de automatización. 

Una estación de trabajo automatizada deberá 
permitir realizar electrónicamente (es decir, con 
el mínimo movimiento de papeles y con las mí- 
nimas intervenciones del personal de oficina) 
las mismas operaciones o sus equivalentes, an- 
tes de efectuarlas a mano, con la voz o bien con 
máquinas sin memoria electrónica (creación y/o 
actualización y/o transformación, comunicación, 
archivo, búsqueda, reproducción de informacio- 
nes escritas u orales). 

Algunas actividades se realizan localmente en 
la estación de trabajo (los datos y los instrumen- 
tos de proceso están disponibles cerca de la 
propia estación de trabajo), otras requieren inte- 
rrelaciones que involucran de forma total ioda la 
estructura de la oficina o el ambiente exterior. 
Un posible modo de esquematizar esta com- 
pleja situación se ha representado en la figura 
de la página siguiente, donde se muestran los 
diversos subsistemas en que puede pensarse 
que está inmersa cada estación de trabajo. Los 
componentes que se han indicado en la figura 
como subsistema de oficina, pueden conside- 
rarse los siguientes: 


— comunicaciones internas 
gestión de la correspondencia y de las co- 
municaciones internas; comunicaciones in- 
formales; etc. 

— archivos de oficina 
archivos de la documentación de oficina, ac- 
cesibles a más personas; comprende catálo- 
gos, direcciones, guías telefónicas; archivo 
personal 

— procedimientos de oficina 
el conjunto de las normas, formalizadas o se- 
miformalizadas, que regulan las diversas ac- 
tividades y los flujos de informaciones 


En la figura se ha presentado, como entidad en 
sí misma, el subsistema de proceso de datos, 
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«normas legales, el correo con entidades exterio- 


para indicar el conjunto de actividades y de in- 
formaciones que, en el ámbito de la oficina tradi- 
cional, actualmente se realizan con sistemas 
EDP y que en el modelo examinado están dís- 
ponibles en la oficina de acuerdo con oportunos 
criterios de competencia. 

Con ambiente exterior se indica, genéricamen- 
te, el sistema en que está inmersa la oficina: la 
empresa de la que forma parte, los procedi:- 
mientos organizativos a nivel empresarial, las 


ros, los archivos públicos de información, etc. 
Partiendo de las consideraciones anteriores, y 
pensando en la utilización de un procesador 
central (de dimensiones pequeñas y medianas) 
para la gestión de un conjunto de estaciones de 
trabajo interrelacionadas en alguna forma, pue- 
de pensarse en una arquitectura general del ti- 
po mostrado en la figura de la pág. 855. Se su- 
braya que se piensa en un procesador en gene- 
ral ya utilizado para procedimientos EDP. 
Podemos imaginar que todos los subsistemas 
principales (DP, oficina, núcleo de estación de 
trabajo, comunicaciones y servicios de impre- 
sión central) están comunicados entre sí. 

El interfaz entre el usuario y el terminal debe sa- 
tisfacer estrictos requisitos de sencillez y flexibi- 
lidad operativa, entre otros: 

— diálogo guiado (menús y esperas autoexpli- 
cativos, presentación constante del contexio 
operativo, señalizaciones de error eficaces, fun- 
ciones de ayuda...) 

— máxima flexibilidad en el diálogo y en el ac- 
ceso a la información (el operador debe poder 
cambiar el contexto operativo en cada instante). 
— lenguaje con comandos reducidos al mínimo 
(amplio uso de teclas funcionales, uso del cur- 
sor para realizar selecciones...) 

— posibilidad de utilizar el sistema en su 
conjunto o sólo en algunas funcionalidades bá- 
sicas (subdivisión en grupos de funciones «au- 
tónomas», entrenamiento básico reducido al mí- 
nimo, uso de conceptos y nomenclatura habi- 
tuales en el ambiente de oficina...) 

— posibilidad de personalización del interfaz 
con el usuario 

— «robustez» del interfaz 

Todos los objetos manejados en el trabajo de 
oficina están constituidos, en varias formas, por 
informaciones escritas. Se diferencian entre sí 
por su estructura, por su modalidad de cons- 
trucción y por su modalidad de uso. 

Lo que pone en común los objetos de la oficina 


es su naturaleza textual que permite, en gran 
medida, el usa de instrumentos idénticos para 
su construcción y el empleo de criterios inftorma- 
tivos homogéneos para su archivo y búsqueda. 
La estructura de dichos objetos puede asumir 
varias formas porque las reglas de composición 
no son rígidas: una hoja de apuntes puede con- 
vertirse en una carta, más hojas pueden «unir- 
se» para componer un documento, informes y 
listas pueden convertirse en parte de un docu- 
mento, etc. Un análisis de la estructura y de las 
modalidades de uso de los objetos de la oficina 
ha llevado a identificar cinco clases diferentes 
de objetos. : 

m Documentos 

Son textos considerados no estructurados, co- 
rrelacionados con un cierto conjunto de «atribu- 
tos» adecuados para facilitar su identificación, 
la clasificación/archivo, la búsqueda y el acceso 
a las informaciones contenidas. Los atributos 
principales son: el nombre del documento, su 
clasificación, el nivel de reserva, la versión, el 
autor, la firma, el título, los comentarios/anota- 
ciones adjuntas, las palabras clave, el índice, 
las informaciones sobre las dimensiones y so- 
bre el formato de impresión (número de pági- 
nas, líneas por página, etc.). 

No todos estos atributos son obligatorios; cuan- 
do es posible, los compila automáticamente el 
sistema (por ejemplo, el identificador que perso- 
naliza unívocamente cada objeto en el sistema). 
"E Cartas y 

Son textos que poseen atributos específicos: el 
remitente (en el lugar del autor del documento), 
el objeto (en el lugar del título), la relación de los 
destinatarios (que puede ser proporcionada 
también asignando el nombre de una lista de 
distribución), algunos de los cuales pueden ser 
«para su conocimiento», la «referencia Ns/Vs», 
el nivel de reserva, la relación de los eventuales 
documentos adjuntos, la fecha y la hora de ex- 
pedición, etc. 

Obligatoriamente, el operador sólo debe redac- 
tar los campos del remitente y del destinatario/s. 
El sistema redacta automáticamente la fecha y 
la hora de expedición. 

Obsérvese que estas cartas son objetos «for- 
males» que se unen a la correspondencia for- 


La compleja situación en que puede pensarse 
inmerso cada puesto de trabajo. 

Se identifican tres subsistemas: 

el subsistema de oficina, 

el subsistema EDP y el ambiente externo. 


AMBIENTE EXTERNO 


COMUNICACIONES 
INTERNAS 


ARCHIVO DE OFICINA 
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mal de una oficina tradicional, diferenciándose, 
por esto, de los mensajes. 

Mensajes 
Son objetos generalmente «de consumo» y Cc- 
rresponden a breves comunicaciones informa- 
les; normalmente se destruyen después de la 
lectura por parte del destinatario, que si lo de- 
sea, puede memorizarlos y reutilizarlos. 

Sus atributos se reducen al mínimo: de.... a..., 
fecha. 
m Listas 
Son objetos estructurados, constituidos por se- 
cuencias de registros de estructura idéntica; 
pueden utilizarse para intercambio de datos en- 
tre archivos DP y otros, para la formación de lis- 
tas de distribución, para la personalización de 
las cartas c documentos que contienen campos 
variables (los llamados «form documents»), eto. 
m Módulos 
Son objetos estructurados, más complejos que 
las listas. Corresponden a los módulos habitua- 
les de oficina y se utilizan, por ejemplo, en el 
ámbito de procedimientos de oficina formaliza- 
dos. 
Están constituidos por campos dotados de 
nombre y tipificados (un cierto campo puede 
contener un tipo específico de datos). En su va- 
riedad de formatos, están dotados de un núme- 
ro mínimo de atributos fijos. En general, un obje- 
to se crea, se archiva, se actualiza día a día, se 
compone con otros objetos, se expide, se Co- 
pia, se anota, etc. 
Para realizar estas operaciones sobre un objeto 
es necesario hacerlo «disponible» y visible solo 
o en conjunto con otros objetos. 
Subrayamos aquí la necesidad de «componer» 
objetos de naturaleza diferente o de transformar 
(cambiando sus atributos) un objeto de un tipo 
en un objeto de tipo diferente. 
Todos los objetos se memorizan en «archivos». 
Un archivo puede ser personal o colectivo, local 
o centralizado, y contener varios objetos de dife- 
rente tipo. 
A cada usuario se le asocian dos buzones (uno 
de entrada y otro de salida). Son unos archivos 
adecuados para contener el «correo» de llega- 
da y de salida. Definimos como «correo» todos 
los objetos expedidos entre varios usuarios se- 
gún las reglas expuestas más adelante. 
Para conseguir la máxima flexibilidad organizati- 
va al usuario, a cada archivo (o buzón) hay aso- 
ciada una «lista de acceso», que especifica qué 
- usuarios pueden acceder a dicho archivo. 
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Son posibles diversos grados de acceso: en só- 
lo lectura, en lectura y escritura, en lectura con 
posibilidad de hacer copias pero no de modifi- 
car los originales. Por tanto, desde el punto de 
vista lógico, el sistema puede representarse co- 
mo una red de «nudos», a cada uno de los cua- 
les hay asociado un par de buzones y un 
conjunto de ramas con las listas de acceso. Las 
funciónes que el sistema ofrece a los usuarios 
están agrupadas en clases. 


1. CREACION/REVISION DE OBJETOS 
Estas funciones operan sobre un «objeto Co- 
rriente» que se encuentra fuera del archivo; por 
tanto, la creación y la revisión de un objeto no 
modifican el estado de los archivos. Para revisar 
un objeto archivado es necesario «agarrarlo». 
Entonces, el sistema procede automáticamente, 
y de modo invisible por el usuario, a crear una 
copia de trabajo. Al terminar la sesión de revi- 
sión, el usuario podrá pedir la sustitución de la 
versión en el archivo. 

Hay disponibles todas las funciones de crea- 
ción/ revisión proporcionadas por un potente tra- 
tamiento de textos en el que se incluyen: 

— funciones de «cut and paste»: ensamblaje 
de objetos a partir de otros objetos, memoriza- 
ción de «retales» para utilizar en fases sucesí- 
vas, memorización de «Form Documents» 

— inserción de notas fuera de texto 

— formación automática de índices, con posibi 
lidades de acceso directo a los «párrafos» del 
documento. En el caso de objetos formateados 
(listas y módulos): 

— funciones de definición del formato (me- 
diante diálogo guiado, en que el usuario define 
la imagen de la lista o del módulo) 

— funciones de compilación, con entrada 
guiada del formato (tabulación vertical/horizon- 
tal, validación de los tipos de datos, compilación 
automática de los datos calculados, y, por ejem- 
plo, totales, porcentajes, etc. ) 

— selección sobre listas: por ejemplo, crea- 
ción de una sublista de todos los valores que 
gozan de una cierta propiedad en otra lista, elc. 

— funciones de inserción (construcción de 
documentos/cartas, con inserción de datos pre- 
sentes en la lista) 

— adquisición/transferencia de datos de/a ar- 
chivos de Proceso de Datos. 


2. IMPRESION 
Además de las funciones normales de forma- 


ARCHIVOS 
CENTRALES 
DE OFICINA 


Estructura del sistema para la gestión de las actividades de oficina. 


teado para la impresión, la impresión de inser- 
ción permite fundir, directamente durante la ¡m- 
presión y sin conservar copias en archivos de 
los resultados de la fusión, documentos que 
contienen partes variables y listas (con posibili- 
dad de selección de los valores de la lista que 
satisfacen condiciones específicas). 


3. BUSQUEDA EN LOS ARCHIVOS 
Este grupo de funciones permite realizar la bús- 
queda de un objeto en el interior de uno o más 
archivos. 
El usuario puede seleccionar (buscar) grupos 
de objetos utilizando tres niveles de selección: 
1) selección en el ámbito de un archivo especi- 
ficado, o de todos los archivos a los que el 
usuario tiene visibilidad 
2) selección del tipo de cada objeto: cartas, do- 
cumentos, etc. 
3) selección basada en: 
— palabras clave especificadas en la fase 
de introducción del objeto 
— valores especificados de los atributos (tí- 
tulo, autor, etc.). 
Los tres niveles de selección pueden utilizarse 
al mismo tiempo. 
La función de selección visualiza la lista (suma- 
rio) de todos los objetos seleccionados. 
Frente a esta lista, el usuario puede seleccionar 
un solo objeto y examinar secuencialmente los 
diversos objetos hacia adelante o hacia atrás 
(partiendo de un elemento cualquiera). El objeto 
seleccionado se visualiza, junto con todos sus 


atributos, en un formato análogo al formato de 
documentos y de cartas tradicionales. 

Son posibles todas las operaciones del Editor, 
que no modifican el texto preexistente: scroll ho- 
rizontal y vertical, búsqueda de trozos de texto, 
búsqueda de un párrafo especificado, extrac- 
ción de un recorte para un uso posterior, etc... 
Los objetos listados pueden manipularse colec- 
tivamente con varias operaciones: cancelación- 
/transterencia o copia a otro archivo, impresión 
de elernentos listados, impresión de la lísta. 
Obsérvese que, para permitir trabajar sobre 
objetos deseados con frecuencia, es posible 
efectuar posteriores subselecciones en la lista. 


4. GESTION DEL BUZON DE SALIDA 

Cada carta, para poder ser expedida a través 
del servicio de «correo electrónico», debe de- 
positarse en el buzón de salida. En éste son po- 
sibles todas las operaciones lícitas para un ar- 
chivo general, y además, las siguienies: 
Firma El propietario del buzón (y cual- 
quier otro usuario incluido en la lis- 
ta de acceso) puede aportar, con 
el adecuado comando, su propia 
«firma» a la carta visualizada en 
aquel momento. 

Esta se convierte en un atributo de 
la carta, que se visualizará con la 
propia carta («carta firmada»). 
Una caria redactada correctamen- 
te puede expedirse mediante un 
simple comando. 


Expedición 
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Los objetos de clase diferente a las cartas pue- 
den expedirse adjuntados a una carta. 


5. GESTION DEL BUZON DE LLEGADA 

Las cartas de llegada se depositan en el siste- 
ma dentro del buzón de entrada. A petición del 
usuario se visualiza el resumen del contenido 
del buzón: cartas y eventuales objetos adjuntos. 
Obsérvese que un buzón puede ser visionado 
por cualquiera que pertenezca a la lista de ac- 
ceso y no necesariamente sólo por su propieta- 
rio. En cualquier caso, el objeto y el texto de una 
carta declarada reservada por.el remitente sólo 
puede visualizarlos el usuario habilitado. 

Las operaciones aceptadas por el buzón son 
las posibles en un archivo general. 

Las cartas recibidas no pueden modificarse. Un 
adecuado comando produce la formación auto- 
mática y el envío inmediato, al remitente de la 
carta visualizada, de una carta de «recepción» 
sin que el usuario deba especificar texto o atri- 
butos. Después de la lectura de una carta, el 
usuario puede archivarla especificando el archi- 
vo deseado. 

En otro caso, la carta no se archiva y se presen- 
ta a la visión del usuario en las sucesivas rea- 
perturas del buzón. 


6. AGENDA PERSONAL 

Este grupo de funciones permite gestionar una 
agenda de notas y memorando privados. El 
usuario tiene a su disposición una agenda fácil- 
mente consultable especificando el día (hoy, 
mañana, una determinada fecha) o seleccio- 
nando una semana entera. 

Es posible instruir al sistema para que presente 
al usuario, en las fechas oportunas, los men- 
sajes contenidos en la agenda. 


7. DEFINICION DE LOS PROCEDIMIENTOS 
El sistema descrito hasta aquí se ha concebido 
según el criterio de la máxima flexibilidad opera- 
tiva: esto, sustancialmente, no impone al usuario 
ningún procedimiento de trabajo preestableci- 
do. Efectivamente, el sistema debe poderse in- 
sertar con la máxima flexibilidad en situaciones 
de organización también muy diferentes, sin 
perturbalrlas. 

Un sistema avanzado de automatización de las 
actividades de oficina, por tanto, deberá poúer- 
* se adecuar a dichas normas y procedimientos. 
En otras palabras, el usuario específico deberá 
tener la posibilidad de personalizar el sistema a 
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los diversos procedimientos en uso. Por ejem- 

plo, deberá ser posible comunicar al sistema 

que, en un determinado coniexto organizativo: 

— «la expedición de una carta puede producir- 
se sólo si la carta está firmada por el remiten-. 
te» 

— «cada carta llegada con ciertos atributos de- 
berá archivarse en un archivo específico y 
enviarse, con una anotación específica, a un 
destinatario específico» 

— «Cada variación de la lista de acceso dae 
ciertos archivos debe comunicarse mediante 
una carta estándar a todos los usuarios inte- 
resados» 

— etc. ; 

Esto puede realizarse permitiendo al usuario de- 

finir «macrocomandos» (p.e.: EXPEDIR, CLASI- 

FICAR...), en términos de; 

— comandos elementales (todos los comandos 
tratados por el sistema y resumidos en las 
páginas anteriores) 

— condiciones que hacen posible la ejecución 
de dichos comandos (p.e.: «Firma presen- 
te», «atributo X = yyyy»). 


8. DEFINICION DE LOS ARCHIVOS 

Este grupo de funciones soporta una gestión 
normal de los archivos (creación/cancelación- 
/duplicación) además de la gestión de las co- 
rrespondientes listas de acceso. 


9. ADMINISTRACION DEL SISTEMA 
Este núcleo de funciones es visible exclusiva- 
mente por un usuario específico, que tiene la 
misión de administrar el sistema: 
— creación y gestión de todos los usuarios y de 
los correspondientes perfiles 
— habilitación de los diversos usuarios en el 
uso de las distintas clases de funciones ofre- 
cidas por el sistema 
— creación y gestión de los archivos centrales y 
del «back-up» 
— definición de los procedimientos a nivel glo- 
bal. 


La subdivisión en las clases indicadas se ha 
realizado sobre la base de estrechos criterios 
de homogeneidad operativa: cada clase ha 
asociado un submenú de funciones elementa- 
les, seleccionables a partir de un menú principal 
del subsistema de gestión de las actividades de 
la oficina que, a su vez, puede personalizarse 
sobre la base de las necesidades del usuario. 


Obsérvese que, si bien todas las funciones del 
sistema se presentan al usuario con un interfaz 
uniforme (el modelo operativo del sistema es 
sencillo; los comandos aceptables en contextos 
similares son siempre los misrros), el operador 
puede aprender el uso del sistema gradualmen- 
te, por ejemplo a través de la siguiente secuen- 
cía de entrenamiento/uso: 

a Núcleo base de gestión de textos: creación- 
/revisión/composición de textos, impresión, bús- 
queda en los archivos (no todas las funcionali- 
dades). Trabaja sobre archivos ya definidos y 
productos de forma adecuada. No comprende 
las funciones (más complejas) de creación- 
/reestructuración de archivos completos, ni fun- 
ciones de comunicación con otras estaciones 
de trabajo 

m Núcleo de comunicación: gestión del buzón 
de llegada, gestión del buzón de salida. Estas 
informaciones se apoyan completamente en el 
concepto de archivo (con las respectivas opera- 
ciones de base) utilizado en el punio anterior 
(los buzones de entrada/salida son archivos), 
con la ayuda de simples operaciones específi- 
cas 

m Núcleo avanzado de gestión de textos: defi- 
nición de los archivos; búsqueda en los archi- 
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vos (todas las funcionalidades). Permite opera- 
ciones de carácter global sobre los recursos ac- 
cesibles al usuario particular: definición o rees- 
tructuración de archivos, búsqueda de informa- 
ciones en el conjunto de los archivos, elc. 

m Núcleo de funciones personales: agenda 
personal. Constituye un núcleo independiente 
de los otros que permite la gestión de tareas 
(con solicitación) y apuntes personales 

im Núcleo de procedimientos locales: defini- 
ción de los procedimientos. Permite la definición 
de macrocomandos que indican conjuntos de 
operaciones y procedimientos de uso corriente. 
Requiere sensibilidad e implantaciones de tipo 
sistemático (a nivel local) 

m Núcleo de administración del sistema: admi- 
nistración del sistema. Soporta la creación de 
nuevos usuarios y la definición de las normas 
operativas a las cuales deben someterse los di- 
versos usuarios locales. Necesita competencias 
sistemáticas y procedimientos de nive! alobal. 


(Extraido de «Un modelo de automatización de la oficina», 
de A. Cicu, M. Gualzetti, R. Polillo, QUADERNI DI INFOR- 
MATICA, año 1X, n.* 2, 1982, Honeywell Information Systems 
Italia) 
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los records. La instrucción considerada en el úl- 
timo ejemplo es una forma de programación, 
aunque sea simple. En Basic habría sido 


IF Total = O THEN Total = Cantidad + Costo 


Es evidente que, aparte de la forma, se trata de 
la misma instrucción. En realidad existe una di- 
ferencia sustancial, y está constituida por el au- 
tomatismo de exploración del file inserto en el 
comando de la base de datos. En Basic, un pro- 
grama que sustituye el contenido de cada re- 
cord de todo un file necesita un bucle de lectura 
y escritura desde el primero al último record del 
file. Las operaciones a realizar son 


— Lectura de la longitud del file (por ejemplo, 
memorizado en el record 1) 

— Bucle entre el primer dato y el último con 
Lectura de un record - Elaboración - Escntu- 
ra 


Las instrucciones de bucle, lectura, escritura del 
programa están condensadas en el comando 
REPLACE ALL. El sistema lee del directorio la 
longitud del file y activa el bucle y las funciones 
de 1/0. 

La variedad y la complejidad del conjunto de 
instrucciones previstas en la base de datos de- 
penden del tipo del programa, Por este motivo, 
en algunos programas se ha previsto la posibili- 
dad de memorizar en disco, en forma de ins- 
trucciones, las funciones a realizar para des- 
pués lanzarlas a ejecución con un solo coman- 
do cada vez que son necesarias. El programa- 
dor así puede utilizar las instrucciones y los co- 
mandos como si fuesen una forma particular de 
Basic, dejando al usuario la sola misión de eje- 
cutar el procedimiento predefinido, 


Impresión de los tabulados 


La última función prevista en todos los progra- 
mas de gestión de las bases de datos es la pre- 
paración de la emisión de los tabulados. 

El usuario puede estructurar la impresión espe- 
cificando qué campos desea imprimir y en qué 
posición. En los procedimientos más completos 
también es posible efectuar cálculos sencillos, 
por ejemplo totalizaciones, y pedir la presenta- 
ción al final del tabulado. En algunos casos es 
posible la impresión de resultados intermedios 
utilizando el contenido de un campo como códi- 
go de ruptura (la impresión se activa al variar el 
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contenido del campo considerado). Esta forma 
de condicionamiento de los procesos, aunque 
está presente en algunas bases de datos, es 
peculiar del lenguaje RPG, orientado específi- 
camente a la generación de informes. 


Tratamiento de textos 


La automatización del trabajo de oficina debe 
incluir la posibilidad de gestionar textos genera- 
les con el calculador, por ejemplo cartas, docu- 
mentos, etc. A este fin se han producido diver- 
sos programas (Editores de Textos), cuya lun- 
ción es la de permitir la preparación de un texto 
como si se tratase de un conjunto de datos cual- 
quiera. Esto permite simplificar mucho las co- 
rrecciones y tener la impresión de un texto en un 
número cualquiera de copias. 

Las ventajas que presenta un Editor de Textos 
son evidentes: 


— La memorización del texto permite corregir 
errores o aportar modificaciones sin volver a 
escribirlo todo 

—El archivo en disco flexible es mucho más 
compacto que sobre un soporte de papel 

— La posibilidad de obtener más impresiones 
elimina la necesidad de fotocopias y evita los 
problemas de reproducción que se tienen 
cuando el original no es perfecto. 


También en este campo, la variedad de las fun- 
ciones disponibles depende del programa em- 
pleado. En los Editores de Textos más moder- 
nos se incluyen funciones muy particulares y úti- 
les, como las siguientes: 


-Controles de ortografía, en varias lenguas, 

según un vocabulario definido por el usuario 

— Posibilidad de inserción de una o más pala- 
bras en el interior de un texto ya completo, 
con repaginación automática 

— Control del corte de las palabras en los már- 
genes (silabación) 

— Preparación de tablas 

— Algunas sencillas funciones de búsqueda en 
el contenido de los documentos 


En los sistemas más grandes existen aparatos 
especiales que permiten la introducción directa 
de documentos. Complejos sisternas hardware 
leen el texto escrito en papel y lo traducen en 
datos elementales que el ordenador puede pro- 
cesar y memorizar. 


Activo. Cualquier elemento actualmente en uso e inme- 
distamente accesible, como ventana activa, celda acti- 
va o campo activo de un comando. 


Alineado. Posicionado de los valores de una celda en el 
interior de la propia celda. Los valores pueden alinearse 
a la izquierda, a la derecha, o centrarse. 


Alta luminosidad. Zona de la pantalla evidenciada con 
luminosidad acentuada. La alta luminosidad se emplea 
para el cursor de edición, la celda activa, el número de 
ventana activa y el comando seleccionado en el menú 
principal de los comandos. 


Barras de movimiento del cursor, Teclas que despla- 
zan el puntero de celda. Las teclas P, ), +, =, des- 
plazan el puntero de una celda a la vez. La tecla HOME 
lo desplaza a la celda de la parle superior izquierda de 
la ventana activa. 


Bloqueo. Protección de las celdas que contienen fór- 
mulas o textos centra alteraciones accidentales, 


Campo. Parte del comando en que se introduce una 
respuesta para proporconar al Multiplan instrucciones 
acerca de la modalidad de ejecución del comando 
Cuando el Multiplan visualiza un campo, propone auto- 
máticamente una respuesta. La respuesta propuesta 
debe aceptarse o sustituir a la respuesta efectiva que se 
pretende definir para aquel campo. 


Carácter. Símbolo visualizable sobre la pantalla; los ca- 
racteres son letras, cifras, signos de Interrupción y ca- 
racteres especiales como $, +, %. 


Carga. Permite hacer nuevamente activa una tabla sal- 
vaguardada. La tabla a cargar debe haber sido salva- 
guardada con el comando TRANSFER SAVE. El coman- 
do TRANSFER LOAD se emplea para cargar la tabla del 
disca en la memoria del sistema. 


Celda. Elemento de la tabla donde deben memonzarse 
valores numéricos, fórmulas o textos. Una celda se indi- 
vidualiza por sus coordenadas y a ella puede referirse 
con un nombre. El contenido de una celda determina su 
valor; el formato de la celda determina el moco de pre- 
sentar el valor. 


Celda activa. Celda indicada por el puntero de celda. El 
contenido de la celda activa puede verse en la fila de 
estado y editado con el comando EDIT, 


Columna. Fila vertical de celdas sobre la tabla, Hay 63 
columnas, indicadas con los números 1 al 63, 


Comando. Impone al Multiplan la realización de cual- 
quier cosa. Un comando puede tener uno o más cam- 
pos en los que especificar las modalidades Je ejecu- 
ción del propio comando, 


Contenido (de una celda). Es lo que se ha introducido 
en una celda. Si nose he introducido nada, la celda está 
vacia y contiene espacios. De otra forma, la celda con- 
tiene textos, valores numéricos o una fórmula. Si una 
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celda contiene una fórmula, el valor de la celda, que 0% 
el resultado de la fórmula, normalmente se visualiza un 
pantalla. 


Correlación. En ambiente Multiplan, el término corrola- 
ción indica la conexión entre las tablas para las que los 
datos de una tabla no activa se utilizan en los cálculos 
de la tabla activa. La tabla inactiva se llama tabla do 
soporte. En los datos a copiar debe haberse atribuido 
un nombre con el comando NAME o deben haborse 
idenlificado con una referencia absoluta, después do 
que los datos de una tabla de soporte puedan ser utili 
zados en fórmulas en la tabla activa. La correlación tam 
bién se utiliza para contener dos ventanas, una dentro 
de otra, de manera que los scroll entre ambas se reallca 
simultáneamente, 


Cursor, Ver Cursor de edición. 


Cursor de edición. Parte en alta luminosidad de un co- 
mando sobre la fila de comandos que puede tener di- 
mensiones comprendidas entre un carácter y un campo 
entero. El cursor de edición se desplaza con las teclas 
de edición. Éstas indican los puntos en que el comando 
puede modificarse. 


Directorio. Tabla de los nombres de los files memoriza- 
dos en disco, En la práctica, el directorio corresponde a 
la lista de los files. 


Edición. Modificación de una respuesta en un campo 
de comando. Las teclas de edición se utilizan para des- 
plazar el cursor en la respuesta, mientras que las teclas 
de carácter se utilizan para sustituir o insertar caracte- 
res. 


Fila. Línea horizontal en la tabla. Hay 255 filas posibles, 
identificadas con los números entre 1 y 255. 


Fila de comandos. Las tlas de la pantalla que está in- 
mediatamente debajo de la parte visualizada de la tabla 
empiezan con la palabra COMMAND y representan el 
menú principal de los comandos. Es el lugar en que se 
definen los comandos. 


Fila de estado, Ultima fila de abajo de la pantalla, don- 
de el Multiplan presenta informaciones sobre el estado 
del sistema, como la posición de la celda activa y su 
contenido. 


Fila de mensajes. La fila inmediatamente después de la 
última fila de la tabla presentada. Zona de la pantalla 
donde se presentan los mensajes Multiplan, 


File. Flujo homogéneo de datos memorizados en disco, 
Cuando una tabla se preserva, está escrita en un file. No 
todos los files son tablas preservadas, pero los que lo 
son pueden cargarse en memoria o correlacionarse con 
otras tablas. 


Formato, Modo de presentación del valor de una celda. 
El formato define la posición de la coma en el número y 
el alineado del valor presentado. Un formato puede es- 
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pecificarse para una o más celdas con el comando 
FORMAT CELL; las celdas sin un formato específica se 
presentan con el formato de omisión predispuesto con 
el comando FORMAT DEFAULT, 


Fórmula. Indicación del modo de cálculo de un valor, 
Todas las veces que se intercambia el contenido de una 
celda, el Multiplan recalcula todas las fórmulas de la ta- 
bla (a menos que el recálculo automático se inhiba). 


Función. Operación matemática o estadística precons- 
tituida que el Multiplan puede realizar sobre uno o más 
valores; por ejemplo, SUM o AVERAGE. 


Grupo de celdas. Conjunto de una o más celdas al que 
puede asignarse un nombre; por ejemplo: Ventas. 


Iteración. La iteración es la repetición de un cálculo utili- 
zando los resultados de los cálculos anteriores en lugar 
de una cantidad desconocida. 


Memorización. Operación que pemite salvaguardar en 
un file del disco de forma permanente la tabla activa. 


Mensaje. Aviso presentado por el Multiplan en la fila de 
mensajes para explicar las causas de un error operativo 
o de cálculo, o para sugerir el tipo de introducción que 
el sistema está esperando. 


Menú. Lista de alternativas. Una elección en un menú 
se realiza en uno de los siguientes modos: desplazán- 
dose sobre la lista con SPACE o S2 (la alta luminosidad 
indica la selección actual sobre el menú) y seleccionan- 
do el elemento en alta luminosidad con la tecla CR, O 
bien introduciendo la inicial del elemento deseado 


Nombre (de una celda o de un grupo de celdas). Re- 
ferencia asociada a una o más celdas con el comando 
NAME. El nombre puede utilizarse en las fórmulas como 
referencia a la celda o al grupo de celdas. 


Nombre del file. Nombre usado como referencia a una 
tabla cuando ésta está salvaguardada, cargada o co- 
rrelacionada con otra. 


Pantalla/Vídeo. Elemento del sistema que permite la vi- 
sualización de números y/o textos. La pantalla está divi- 
dida horizontalmente en 25 filas. El Multiplan usa las Últi- 
mas cuatro 'ilas para informaciones y control. La última 
fila de abajc es la fila de estado, la anterior es la fila de 
mensajes y las otras dos constituyen las filas de cornan- 
dos. Todas las demás filas están a disposición de la 
tabla y se utilizan para visualizar parte de la tabla a tra- 
vés de una o más ventanas. 


Puntero de celda. Zona de alta luminosidad que identi- 
fica la celda activa en el vídeo. El puntero de celda se 
desplaza de una celda a otra con las barras de movi- 
miento del cursor o con el comando GOTO. 


Rango. El rectángulo más pequeño de celda que con- 
tiene dos re'erencias. Un rango está definido con e sím- 
bolo «dos puntos» (:). El rango R3: R8 define todas las 
celdas comprendidas en las filas de 3 a 8 (3, 4, 5, 6, 7 
8). Ver también Referencia. 


Referencia Modalidad de direccionamiento que identi- 
fica una o más celdas en el interior de la tabla. 

La referencia puede ser simplemente para una sola cel- 
da, por ejemplo: R9C2. 

Una referencia puede ser: 

en relación a la posición de la propia celda que contiene 
la referencia, como R(- 1)C; Ñ 
con una sola celda, como anteriormente, o para un gru- 
po de celdas: R6 es una referencia a todas las celdas 
de la fila 6 constituida por intersecciones de referencia, 
rango o unones de referencia; 
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o un nombre definido para definir una o más celdas. 
Ver también Rango y Nombre. 


Referencia absoluta. Referencia a una celda utilizando 
números de fila y de columna explicitos; por ejemplo, 
R17C12. Es opuesto a la referencia relativa, como R(+ 


1)C(- 2). 


Referencia relativa. Referencia a ura celda en relación 
a la posición de la propia celda; p.e. Rí— 1)C significa 
«la celda en la fila inmediatamente encima de la propia 
columna», es opuesta a la referencia absoluta, p.e. 
R17C12. 


Scroll. Desplazamiento de la imagen en la pantalla fila 
por fila o columna por columna. El scroll se realiza con 
las barras de movimiento del cursor. Por ejemplo, pul- 
sando la barra > hasta que el puntero de celda alcanza 
el borde derecho de la pantalla y, si se continúa pulsan- 
do, el Multiplan desplaza la imagen hacia la izquierda 
columna por columna. Este tipo de scroll se llama 
«scroll horizontal». Cuando la imagen se desplaza por 
la pantalla fila por fila, el scroll se llama «vertical». 


Tabla activa. Es el conjunto de celdas que contienen 
los valores en proceso. Corresponde a una matriz de 
dimensiones máximas iguales a 63 celdas (filas) por 
255 (columnas). Cada celda de la tabla puede contener 
valores numéricos, textos o fórmulas. 


Tabla dependiente. Tabla que utiliza valores proceden- 
tes de otra tabla. La tabla dependiente está subordina- 
da a los valores calculados sobre otra tabla memoriza- 
da a la que ésta está correlacionada por medio del co- 
mando EXTERNAL COPY. Ver también Correlación. 


Tabla de soporte. Tabla que contiene valores que se 
utilizarán por otra tabla (tabla dependiente). Los valores 
interesados en la copia sobre la tabla dependiente de- 


- ben estar identificados con un nombre especificado con 


el mando EXTERNAL NAME. Ver también Correlación. 


Tecla de cancelación. Tecla funcional que produce la 
cancelación del comando en curso y la visualización del 
menú principal de los comandos. 


Tecla Next Unlocked Cell (siguiente celda no blo- 
queada). Tecla de función que desplaza el puntero de 
celda sobre la siguiente tecla que no esté vacía o blo- 
queada, Utilizable para localizar inmediatamente cel- 
das que contienen números (el lugar de fórmulas o tex- 
to) que puedan modificarse para verificar el efecto de la 
modificación en toda la tabla (p.e. el método WHAT IF). 


Teclas de edición. Teclas que desplazan el cursor de 
edición por la fila de comandos. Comprenden por ejem- 
plo: WORD RIGHT, WORD LEFT, CHARACTER RIGHT, 
CHARACTER LEFT. 


Teclas de función. Teclas que hacen realizar rápida- 

mente una acción al Multiplan. Las teclas de función 

comprenden CANCEL, NEXT WINDOW y CR. Ver tam- 

celda de movimiento del cursor y Teclas de 
ición. 


Ventana. Zona de la pantalla en la que el Multiplan pre- 
senta parte de la tabla activa. Pueden estar abiertas al 
mismo tiempo hasta 8 ventanas: éstas se abren o se 
cierran con el comando WINDOW. Cada ventana tiene 
su propio número (de 1 a 8) en el ángulo superior iz- 
quierdo. El número de la ventana activa es en alta lumi- 
nosidad; esta ventana contiene el puntero de celda y la 
celda activa. 


Ventana activa. La ventana que contiene la celda acti- 
va, indicada en la pantalla con un número de ventana 
en alta luminosidad. 


ESTRUCTURA DE LOS COMANDOS MULTIPLAN 


Los comandos presentados en el menú principal de los comandos pueden seleccionarse pulsando la letra inicial (p.e. A por 
ALPHA) o posiciorando el cursor en el comando deseado con las barras S1 y S2 y pulsando CR para ejecutar el comando. 
En la celda activa pueden introducirse valores numéricos sin que sea necesario seleccionar el comando VALUE. 

Ala mayor parte de los comandos hay asociados subcomandos cuyo menú se presenta al seleccionar comando principal. 


CTRL +C Cancela un comando, vuelve al menú de los comandos 


Si Desplaza el cursor luminoso sobre el siguiente comando/subcomando del menú. Desplaza el 
cursor luminoso sobre el próximo campo en el subcomando 


s2 Mueve el cursor sobre el comando/subcomando anterior en el menú 


SHIFT + J — => - Desplazael cursor según las flechas, ciera la introducción manteniendo el estado ALPHAVALUE 


CR Ejecuta el comando. Introduce el texto o el valor 


Q Convierte las referencias a las celdas de relativas a absolutas 


ALPHA Permite introducir un texto o un valor numérico en la celda activa 


CRoSHIFT +1 | => Eluso delas barras de movimiento de cursor confirma la introducción y desplaza el 
puntero en la dirección indicada 


BLANK Permite especificar las referencias de una o más celdas 
CR El contenido de las celdas especificadas se anula 


COPY A Right Permite definir el número de celda a la derecha de la celda actual en que se quiere copiar 
el contenido de la celda activa 


CR 


D Down Permite cefinir el número de la celda que está debajo de la celda actual sobre la que se 
quiere copiar el contenido de la celda activa 
CR 


E From Permite definir las referencias de una o más celdas a copiar en las referencias 
especificadas como celdas receptoras 


CR El comando Copy From incluye prácticamente tanto el comando Copy Right como Copy 
Down y además permite la copia de celdas no contiguas 


DELETE AF Row Permite cefinir las referencias a todas o parte de las celdas de una o más filas 


CR Las áreas especificadas se eliminan de la tabla. La ejecución del comando provoca la 
compresión de la tabla hacia arriba 


C Column Permite cefinir las referencias a todas o parte de las celdas de una o más columnas 
CR El área especificada se elimina de la tabla. La ejecución del comando produce la 
compresión de la tabla hacia la izquierda 


EDIT Permite editar, a través de las teclas de edición, textos y fórmulas 


CRoSHIFT +1] + => 


FORMAT C. Cells Permite cefinirlas referencias de una o más celdas de las que se quiere modificar el 
formato ce presentación 
CR 


D Default C Cells Permite definir el formato de presentación y el tipo de alineado por omisión de 
las celdas 
CR 


VW Width Permite definir la longitud de omisión (en número de caracteres) para todas 
las columnas de la tabla 
CR 
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INSERT 


O Options 
CR 

W Width 
CR 


N Name 
CR 


R Row-Col 


CR 
VW Window 


CR 


R Resume 
S Start 
N Next 
P Previous 


A. Applications 


C Commands 


“E Editing 


F Formulas 
K Keyboard 


R Row 
CR 
C Column 


CR 


C Cells 
CR 


F Formulas 


Y 


R Row 


CR 
C Column 


CR 


Permite definir y verificar las opciones de formato correspondientes a las celdas 


Las respuestas presentadas por el comando corresponden a las opciones actuales 


Permite definir, para las columnas especificadas, una longitud diferente de la por omisión 
(ver comando Format Default Width) 


Posiciona el puntero de celda sobre la celda correspondiente al nombre especificado 


En este caso, el nombre identifica un área de celda y el puntero de celda se posiciona 
sobre la primera celda del área especificaca (celda en la parte de arriba izquierda) 


Introduce el número de RC 


Posiclona el puntero de celda en la celda especificada en la referencia 


Posiciona el puntero de celda en la celda especificada en la referencia del interior de la 
ventana indicada 


El comando provoca el scroll de la ventana hasta posicionar la celda especificada en la 
primera posición de la parte superior izquierda de la ventana 


Recupera la tabla activa a partir del punto en que se había reclamado el comando HELP 
Presenta la primera página del file de HELP 

Presenta la página siguiente del file de HELP 

Presenta la página anterior del file de HELP 


Presenta una lista de problemas comunes que pueden aparecer en la utilización del 
Multiplan y los comandos a utilizar para su resolución 


Presenta la descripción de cada comando Multiplan para empezar desde el primero: 
ALPHA 
Presenta la descripción del ambiente Editing del Multiplan 


Presenta informaciones relativas a las reglas a seguir y una lista delas funciones que 
pueden utilizarse en las definiciones de fórmulas 


Presenta una lista de las teclas y su significado para utilizar en ambiente Vultiplan 


Inserta en las posiciones anteriores de la fila activa todas o parte de una o más filas con 
contenido nulo 


Inserta en las posiciones anteriores de la columna especificada todas o parte de una o 
más columnas con contenido nulo 


Permite bloquear/desbloquear una o más celdas para evitar su modificación accidental 


Permite bloquearidesbloquear todas las celdas que contienen textos o fórmulas para 
evitar que se modifiquen accidentalmente 


Confirma la netición 


Permite definir las referencias correspondientes a filas que deben colocarse en el interior 
de las tablas y las referencias de la posición en que deben colocarse 


Permite definir las referencias correspondientes a columnas a colocar en el interior de la 
tabla y las referencias de la posición en que deben colocarse 


NAME Permite aslgnar un nombre a una o más celdas según lo que se ha especificado en los 
campon del comando 
CR 


SHIFT+1J]< > 


OPTIONS Permito solecolonar algunas opclones que se reflejan en el cálculo dela tabla, como I 
recálculo automático, o la definición de una celda que contiene el «test de complemento» 
para las operaciones de lloración " 


CR 
PRINT P Printer — Imprimolatabla activa sogún el formato definido con los comandos Print Margins y Print 
OR 
CR 
F File Mamoriza la tabla activa en un file en disco con comando imprimible i y 
CR l 
M Margins Permite definir el formato de las páginas de impresión en términos de margen 
izquierdo, longitud, línea de impresión, números de línea por página 
CR í 
(0) Options Permite definir las opciones de impresión, como: 
1. Imprimir sólo una parte de la tabla 
2. Imprimir fórmulas, así como valores 
3. Supresión en impresión de los números de file o de columna 
4. Definición de algunos parámetros hardware 
CR 
QUIT Permite salir de la sección del Multiplan en curso,Se pide la confirmación para la ejecución 
Y del comando. La tabla activa no se salvaguarda en disco: 
SORT Permite definir parte o toda la columna en que se quieren ordenar los valores 
CR La ordenación puede hacerse de forma creciente o decreciente y tanto para valores 
numéricos como para textos y valores lógicos 
TRANSFER  L Load Permite definir Un nombre de un file que se cargará en memoria para la 


elaboración 


SHIFT +1? J + > Utilizando las teclas de movimiento del cursor y no especificando el 
nombre (campo vacío) se presenta la lis:a de los files residentes en disco 
y la selección del file a reclamar en memoria puede hacerse sobre la lista 
seleccionando el file deseado 


CR 

S Save Memoriza la tabla activa en disco atribuyéndole el norrbre especificado 

CR En el caso de una tabla preexistente en disco con el mismo nombre, se pide la 
confirmación para la ejecución del comando 

Y: 


C Clear Cancela de la memoria la tabla activa. Se pide la confirmación para la ejecución del 
y comando 
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D Delete 


SHIFT+1 J += > Cancela del disco la tabla especificada. Pueden utilizarse las teclas de 
movimiento del cursor para visualizar la lista de todos los files existentes 
CR en disco 


O Options Permite definirla unidad de disco por omisión y el formato de memorización/petición de 
las tablas 
CR 


R Rename Permite salvaguardar la tabla activa en disco atribuyéndole un nombre diferente. 
El comando vuelve a definir las eventuales correlaciones externas 
CR 


V VALUE Introduce una fórmula 
CR La tórmula está introducida 


W WINDOW S Split H Horizontal — Permite definir una ventana en el ámbito de la tabla. 
La tabla activa se divide horizontalmente 
CR 


V Vertical Permite definir una ventana en el ámbito de la tabla. La tabla activa 
se divide verticalmente - 
CR 


T Titles Permite definir una ventana que contiene los títulos de las filas y 
columnas presentadas 
La ventana activa se subdivide en dos o cuatro ventanas según que 
los títulos correspondan sólo a las filas, a las columnas o a ambas 


CR 


B Border Permite encuadrar o eliminar el recuadro de la ventana especificada 


CR 


C Close Elimina de la pantalla la ventana especificada 


CR 


L Link Permite definir/eliminar conexiones entre las ventanas especificadas. La conexión 
implica el scroll simultáneo delas ventanas conectadas 


X EXTERNAL Introduce el número de la tabla, el RC de las celdas receptoras y la conexión 


Los valores se copian de la tabla externa 
Se reproduce el nombre de la tabla que soporta la tabla activa 


Introduce el nombre del file 
Sustituye el nombre a la tabla que se produce 
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